実行 は何をしますか？
作業内容が理解されており、それを構築する段階にある場合にこのスキルを使用します。
これは標準的な実行ワークフローです。autopilot、ralph、ultragoal、ultrapilot、pipeline、swarm はここにルーティングされます。
目標
合意された意図から、実際に動作するコードへと移行し、その動作の証拠を提示すること。
ワークフロー
- タスクが構築するのに十分明確であることを確認します。明確でない場合は、まず計画を立てます。
- 作業を独立した単位に分割します。真に独立した単位は並行して実行します。
- ユニットごとに最小限の正しい変更を実装し、既存のユーティリティとパターンを再利用します。
- 最後だけでなく、作業中も逐次検証します。
- 変更内容、検証内容、残っている作業を報告します。
規模
タスクに合わせて仕組みを選択します:
- 単一ユニット — 直接実装し、検証して完了します。
- 複数の独立ユニット —
executorエージェントに並行して委任します。 - 長時間実行または無制限 — 持続可能なタスクリストを保持し、リストが空になるまで続行します。
- 協調した並行作業者が必要 —
teamを使用します。
一回の集中したパスで完了する作業のために、協調の仕組みを立ち上げないでください。
ルール
- 動作が維持される場合は、追加よりも削除を優先します。
- 明示的な要求なしに依存関係を追加しないでください。
- 差分を小さく、可逆的に保ちます。
- プレースホルダーのTODO、
test.skip、スタブテストは進捗ではなくブロッカーです。 - 作成と承認は別々のパスです — 自己承認せず、
reviewまたはverifyに引き継ぎます。
完了条件
完了を宣言する前に:
- 保留中のタスクがないこと
- テストがパスするか、障害が明確に報告されていること
- 検証証拠が収集されていること
出力
- 変更されたファイル
- 実装された内容
- 動作する証拠
- 未解決の事項