autopilot

オートパイロット

Codex スタイルのスキルローダーで $autopilot を正確な名前で呼び出すための入り口として、このスキルを使用します。$autopilot の説明が omx の中だけにあると、フォルダー名でスキルを有効化するクライアントには不十分なため、このスキルが用意されています。

このスキルを使用するタイミング

• ユーザーが $autopilot、autopilot、auto pilot、または full-auto を明示的に呼び出した場合。
• タスクに計画、実装、QA、最終確認が必要な場合。
• ユーザーが、エージェントに最初から最後まで全体を構築してほしい場合。

指示

1. 小規模で対象を絞った編集ではなく、最初から最後まで自律的に実行する必要があるリクエストか確認します。
2. リポジトリを十分に調べ、技術スタック、テストコマンド、リスクの高い境界を特定します。
3. 簡潔な実行パケットを確定します。
   • 目標
   • 制約
   • 変更される可能性が高いファイルや領域
   • 検証コマンド
4. 安全性を保てる最小単位で実装します。
5. 意味のある各単位の実装後に QA を実施し、最後にクリーンな状態で最終検証を行います。
6. 変更点と、成功または失敗したチェックを正確に報告します。

ランタイムに関する注意事項

• ローカルの OMX ランタイムが利用可能で、ユーザーがそのランタイムを明確に希望している場合は、.omx/ にある既存の OMX ワークフロー状態を使用します。
• OMX を利用できない場合も、このスキルをセッション内の Codex ワークフローとして適用します。計画し、編集し、検証して、受け入れチェックが正直に解決済みとなるか、ブロックされるまで続行します。
• シェルの omx team や Claude の /autopilot が同じ実装だと装わないでください。同じ意図を実現する、ランタイム固有の同等機能として扱います。

停止条件

• 新たな証拠がないまま、同じ検証失敗が 3 回繰り返された場合。
• 必要な認証情報、サービス、または製品に関する判断が得られない場合。
• ユーザーがキャンセルするか、リクエストをより小さなタスクに絞り込んだ場合。

例

• $autopilot build a task API with auth and tests
• autopilot migrate this CLI to use SQLite persistence

ベストプラクティス

• 検証できる程度に、実行パケットを簡潔に保ちます。
• 独自に考案したコマンドではなく、リポジトリ標準のテスト／ビルドコマンドを優先します。
• コードを変更する前に、失敗の証拠を保存します。

リファレンス

• より広範な Codex ランタイムのセットアップとコマンドの互換性については omx を参照してください。
• 不変の仕様を優先する実行については ooo を参照してください。