Coroidに作業が到達する経路は複数ありますが、すべて同じ実行パスに集約されます —仕様定義、プラン作成、構築、検証、レビュー、プルリクエスト.
| 経路 | 使用シーン |
|---|---|
| 新規作業 | 誰かが何かを望んでおり、それを説明するためにここにいる |
| 課題のインポート | Jira、Linear、Trello、またはGitHub Issuesに既に要求が存在する |
| Coroidに依頼する | 口頭で説明したい場合 |
| スケジュール | トリガーは時間です |
| Sentinel | トリガーは条件が満たされたことです |
| フック | トリガーはプラットフォームイベントです |
成果物を選択する
作業がどのように入力されても、あなたそれが何になるかを決定します。新規作業フォームではまずこれを尋ね、その回答に応じてフォームの残りの部分が変化します:
| ルーティング | 生成物 |
|---|---|
| 実行可能なタスク1件 | 単一のタスクで、最終的に1つのpull requestが生成される |
| 段階的な作業プラン | コードを記述する前に承認する段階的プラン |
| レポート | 生成されたレポート |
| スケジュール | 繰り返し実行されるモニター |
タスクかプランか?
有効な判断基準はレビュー可能性です。完成した作業が同僚が一度に読める量のpull requestであればタスクです。定められた順序で複数の変更が必要であるか、あるいは構築前にアプローチを承認したい場合はプランです。
迷った場合は、重要な作業にはプランを選択してください。プランを使えばコードが存在する前に承認チェックポイントが設けられ、意見を変更するのに最もコストがかかりません。タスクが大きすぎると収まりきらなくなるだけです。
インポートされた作業
トラッカーからインポートされた課題は入力時には実行されません — 依然としてルーティングが必要です。バックログは希望リストに過ぎず、誰かが決定しない限りエージェントがすべてを構築するべきではありません。詳細は作業のインポート.
自動エントリー
スケジュール、Sentinel、フックは人が依頼しなくても作業を開始しますが、トリガーは時間、観測された条件、プラットフォームイベントと異なります。
これら3つは実際のエージェントスロットとモデル利用料を消費します。自動化された作業の優先度は、待機中の作業よりも低く設定してください — 詳細は処理能力とエージェントスロット.