autopilot

Autopilot

Autopilot は、ハンズオフ型デリバリーのための第一級の正規オーケストレーターです。その定義上のデフォルトチェーンは必須です:

$deep-interview -> $ralplan -> $ultragoal

このチェーンは任意のヒントの一覧ではなく、Autopilot は直接実行の別名ではありません。Autopilot は、各子ステージを回復可能な 1 つのセッションで監督し、永続的なアーティファクトを次のステージへ引き継ぎ、要求された成果が完了するか、本当のブロッカーが記録されるまで、実装の検証まで継続します。

<Use_When>

• ユーザーが $autopilot を明示的に呼び出したとき。
• ユーザーがアイデア、Issue、または要件の種から、エンドツーエンドの自律的なデリバリーを求めたとき。
• 作業に要件の明確化、コンセンサスに基づく計画、永続的な実行、そして証拠に裏付けられた完了判定が、1 つの監督されたワークフローとして必要なとき。 </Use_When>

<Default_Chain> これらのステージを順番に実行するか、再開します:

1. deep-interview — 意図、スコープ、非ゴール、制約、受け入れ基準、未解決の決定事項を明確にします。永続的な要件/仕様の引き継ぎ資料を作成します。Deep Interview は実在するステージであり、作業が実行可能に見えるからといって、一問の確認に置き換えたり、省略したりしてはいけません。
2. ralplan — 明確化された要件を、アーキテクチャ、順序、テスト、検証のガイダンスを含む、実行可能なコンセンサス計画に変換します。レビューの証拠は、ホストが発行するセキュリティ上の権限ではなく、ライフサイクルの証拠として保持します。
3. ultragoal — 承認された計画を、永続的なゴールと台帳の受領記録、実装、重点的な検証、クリーンアップ、レビュー、そして終了時の証拠を通じて実行します。

$team、$code-review、$ultraqa は、アクティブな Ultragoal 計画または検証の境界がそれらを必要とする場合に、監督された実行の内部で使用できます。これらは、定義上の 3 ステージのチェーンを置き換えたり、弱めたりするものではありません。

レビューまたは QA によって要件または計画が誤っていたと判明した場合、Autopilot をアクティブなまま維持し、監督対象のフェーズを ralplan に戻し、指摘事項を添付して、再度 ultragoal を経由して継続します。実装のみのレビュー修正は、Ultragoal のブロッカー/レビューのループ内にとどめてかまいません。 </Default_Chain>

<Execution_Policy>

• Autopilot は、新規実行では必ず deep-interview から開始しなければならず (MUST)、フェーズの順序 deep-interview -> ralplan -> ultragoal を必ず維持しなければなりません (MUST)。
• 子ステージは監督対象のフェーズであり、対等なワークフローの起動ではありません。mode:"autopilot" をアクティブに保ち、独立した子の状態で Autopilot を置き換えるのではなく、current_phase を更新してください。
• 現行の CLI 状態 SSOT (omx state ... --json) と、現在のセッションスコープの状態ルートを使用してください。第二の書き込み元を作成したり、レガシーのルート状態の権限を復活させたりしないでください。
• ローカルのアーティファクト、プロンプト、トラッカー、トランスクリプト、環境変数の値、ロールラベルは、ライフサイクルの証拠にすぎません。廃止された、回復不能なホスト受領記録のロックを再導入したり、ホストの由来情報が利用できないことを理由にワークフローを終了状態にしたりしないでください。
• 権限を減らす操作は、常に回復可能でなければなりません。$cancel、状態のクリア、フックの無効化/アンインストールからの回復、古くなった状態の修復は、完了受領記録や子ステージの承認がなくても利用可能なままでなければなりません。
• 安全で可逆的なステージ遷移は、自動的に継続してください。停止するのは、ユーザーによる明示的なキャンセル、人間にしか対応できない依存関係、または検証済みの終了結果がある場合に限ります。 </Execution_Policy>

<State_Management> Autopilot の状態はセッションスコープであり、正規の状態ライターが所有します。新しい実行では、少なくとも次の内容を記録します:

{
  "mode": "autopilot",
  "active": true,
  "current_phase": "deep-interview",
  "iteration": 1,
  "phase_cycle": ["deep-interview", "ralplan", "ultragoal"],
  "handoff_artifacts": {
    "deep_interview": null,
    "ralplan": null,
    "ultragoal": null
  },
  "return_to_ralplan_reason": null
}

状態の開始・更新は、CLI 優先の状態インターフェースを通じてのみ行ってください:

omx state write --input '{"mode":"autopilot","active":true,"current_phase":"deep-interview","state":{"phase_cycle":["deep-interview","ralplan","ultragoal"],"handoff_artifacts":{"deep_interview":null,"ralplan":null,"ultragoal":null},"return_to_ralplan_reason":null}}' --json

ステージ遷移:

• deep-interview -> ralplan: 永続的な明確化済みの要件/仕様アーティファクトと、空でない完了理由を必須とします。質問サーフェスが使用された場合は、同一セッションでの質問の証跡を保持します。

• ralplan -> ultragoal: 永続的な計画アーティファクト、Architect と Critic による順次承認、そしてセッションおよびレビューサイクルに紐づいた ralplan_execution_handoff を必須とします。監視付き Autopilot の場合は、明示的な Autopilot リクエストがこの紐づいたハンドオフの元になります。通常の進行はホストが発行する合意レシートに依存してはならず（MUST NOT）、ホストの出所情報が欠けていてもブロッカーにはなりません。

• ultragoal -> complete: 永続的な目標/台帳の完了レシートと、要求された結果に一致する最新の検証証跡を必須とします。

• review/QA loopback: Autopilot をアクティブのままにし、current_phase:"ralplan" を設定して、return_to_ralplan_reason と指摘事項を保存します。

• cancellation: $cancel を実行します。ハンドオフアーティファクトは確認や再開のために保持し、対象のセッションを終端状態としてマークします。無関係な状態は削除しません。

• clear/recovery: 正確なセッション単位のクリアにより、破損した状態や古くなった Autopilot 状態を削除できます。前進の進行証跡を必要としてはならず、他のスキルやセッションをクリアしてはなりません。