スケジュールに基づいて定期的に作業が実行され、手動での指示は不要です。Coroidの「自動化処理」メニューで既存のスケジュールを確認し、「新規作業」から数時間ごと、または毎日・毎週・毎月といった頻度で実行される自動化設定を作成してください。
スケジュールが役立つ場面
合意が容易で忘れがちな定期的なメンテナンス：
- 依存関係の更新
- 蓄積される不要なデータ——死んだコード、古いフラグ、未使用のエクスポート
- 定期レポート
- 採用した基準に基づく定期チェック
共通点は、作業内容が事前に明確に定義されていることです。スケジュール自体は何を実行すべきかを決められず、あなたが事前に記述した指示を繰り返すだけです。
不向きな用途
優先度を判断する必要がある作業には適しません。他の作業の状況に関係なく毎週月曜日に作業を開始するスケジュールは、実際に計画した作業と同じエージェントスロットを奪い合うことになります。
スケジュールされた作業は実際の処理能力を消費します
複数のスケジュールを作成する前に理解しておくべき点です。
スケジュールされたタスクは通常のタスクと同じです。キューに入り、エージェントスロットとモデル利用料を消費します。1スロットのプランで毎日3つのスケジュールを設定すると、本来行うべき作業ができなくなる可能性があります。
実行履歴
各スケジュールには実行履歴とその結果が記録されます。時折確認してください。自動化の失敗は大きな障害ではなく、予算を消費しながら何ヶ月も役に立たない結果を静かに生成し続けることです。
スケジュールによって12件のプルリクエストが作成されたにもかかわらず、マージされたものが一つもなければ、そのスケジュールは誤っています。
スケジュールとイベント自動化
人の介入なしに作業が開始される2つの方法：
| 自動化 | トリガーによる |
|---|---|
| スケジュール | 時間 |
| イベント自動化 | pull requestが開いたり、チェックが失敗したりするような事象が発生した場合 |
- スケジュール時間
- イベント駆動型の自動化何かが発生したとき
通常のタスク
仕様、計画、ビルド、検証、レビュー。エージェントスロットを利用し、より低い優先度を設定してください。
P2P3A pull request
自らマージしたり、ベースブランチにコミットしたりすることはできません。
あなたが承認します
トリガーが本当に時間による場合や、監視対象のシステムがSentryやJiraなどでCoroidイベントを送信しない場合はスケジュールを利用します。MCPサーバーを介して指示を出します。一方、「この事象が発生した時」を指す場合でCoroidやGitHubがそのイベントを送信するなら、無駄な作業を減らすためにイベント自動化を使いましょう。
作業は自身のシステムやエージェント、イベント自動化、品質検出結果からも開始されます。詳しくは作業を開始する方法。