execute

実行

作業内容が明確で、実装する段階に入ったらこのスキルを使用します。

これは標準的な実行ワークフローです。autopilot、ralph、ultragoal、 ultrapilot、pipeline、swarm はこのワークフローに振り分けられます。

目標

合意した意図に沿ってタスクを進め、動作するコードを作成し、正常に動作する証拠を示します。

ワークフロー

1. タスクを実装できる程度に明確か確認します。明確でなければ、まず計画を立てます。
2. 作業を独立した単位に分け、真に独立している単位は並行して進めます。
3. 各単位で、既存のユーティリティやパターンを再利用しながら、正しい変更を最小限実装します。
4. 最後だけでなく、作業を進めながら検証します。
5. 変更内容、検証内容、未完了の項目を報告します。

規模

タスクに応じた手段を選びます：

• 単一の単位 — 直接実装して検証し、完了します。
• 複数の独立した単位 — executor エージェントに並行して委任します。
• 長時間または範囲が定まらない作業 — 継続的に管理できるタスクリストを作成し、項目がなくなるまで続けます。
• 調整が必要な並行作業者 — team を使用します。

1回の集中した作業で完了できるタスクのために、連携体制を立ち上げないでください。

ルール

• 動作を維持できる場合は、追加より削除を優先します。
• 明示的に依頼されていない限り、依存関係を追加しないでください。
• 差分は小さく、元に戻せる状態に保ちます。
• 2つの観点で同時に作業します。目の前のタスクを完了させる一方で、次のタスクをより簡単または安全にする方法にも気を配ります。2つ目の観点は提案にとどめ、寄り道はしません。
• 回避策は禁止です。今日の作業を一時的に進めるだけの慣習からの逸脱（チェックの省略、値のハードコード、手作業など）は、機能をその上に構築する前に修正するか、問題として明示します。それを黙って標準にしてはなりません。
• スキルやプロトコルの内容を断定したり、その手順を省略したりする前に、必ずそのソースを読んでください。要約は見つけるためのものであり、原文の代わりにはなりません。
• TODO のプレースホルダー、test.skip、スタブテストは進捗ではなく、ブロッカーです。
• 作成と承認は別の工程です。自分で承認せず、review または verify に引き継いでください。

完了

完了を宣言する前に、以下を確認します：

• 未完了のタスクがない
• テストが成功しているか、失敗を明確に報告している
• 検証の証拠を収集している

出力

• 変更したファイル
• 実装した内容
• 動作を裏付ける証拠
• 未解決の項目