comet-verify

Comet Phase 4: 検証

フェーズに初めて入るとき、新しいエージェントに引き継ぐとき、またはコンテキストを復元するときは、タスクコンテキストと言語成果物を読み、その指示に従ってください。同じフェーズで作業を中断せずに続ける場合は、現在の継続情報または取得済み Action の contextRequest を優先し、繰り返し取得しないでください。

フェーズへの移行によってレイアウトが返されたら、comet-classic/reference/classic-layout.mdに従って、各論理ルートをディレクトリに対応付けてください。すでにプロトコルがコンテキストにある場合は、再読み込みしないでください。OpenSpec CLI の呼び出しにはアダプターを使用し、パスには対応付け済みの <classic-*> ルートを使用してください。事前に追加のルート表示を実行しないでください。

SDK の実行パス

現在の SDK フェーズに初めて入るとき、新しいエージェントに引き継ぐとき、またはコンテキストを復元するときは、フェーズへの移行と復旧およびそのリファレンス内の現在のフェーズのセクションを読んでください。このセッションですでに利用可能で、有効なままであれば再利用してください。以下のフェーズを続行してください。nextAction.kind に基づく復旧経路が適用されるのは、継続モードのない以前の応答に限られます。

同じ変更、ワークスペース、Run に対する最新の有効な応答（agent.continuation、data.nextAction、フェーズ、リビジョン、パスの概要）を再利用してください。comet state next <change-name> --json を実行するのは、現在のステップに必要な情報が不足しているコールドリカバリー時、ワークスペースまたは外部状態が変更されたとき、応答のバージョンが古いときに限ります。次の Skill の読み込みを理由に、再度問い合わせる必要はありません。書き込み時にはランタイムが引き続き現行バージョンとエビデンスを検証します。キャッシュされたコンテキストによってチェックや承認を回避することはできません。data.runtimeFormat: sdk、data.phase: verify、nextAction.kind を確認し、対応付け済みの projectRoot で作業してください。パスが不足している場合、または対応付けが変更された場合に限り、comet classic workspace resolve <change-name> --json を実行してください。現在のタスク、ワークスペース、またはエビデンスの概要が不足している場合に限り、comet state check <change-name> verify --json を使用してください。reconcile の場合は、元の Action とチェックを調査するために comet state check <change-name> verify --recover --json を使用してください。結果が不明のままなら停止してください。

1. SDK の実行方法にあるリスク評価、統合レビュー、軽量／完全検証の方法に従いますが、エビデンスの正とするものには SDK Run を使用してください。レガシーの state scale、state set、comet handoff、comet check のエビデンス用コマンドは呼び出さないでください。実装またはタスクに不備がある場合は、具体的な失敗内容を報告してください。<profile>.verify.run が保留中（<profile> は full、hotfix、または tweak）の場合に限り、comet state transition <change-name> verify-fail --reason "<failure-reason>" を実行してください。これにより Verify Action の失敗が記録され、Build に戻ります。その応答にある現在の Build Action に従ってください。継続情報が不足している場合に限り、state next --json を問い合わせてください。別の失敗を報告する前に、既存の失敗または不明なチェックを調査してください。
2. 検証に合格したら、実際のチェック、エビデンス参照、独立レビュー、許容可能な逸脱を、<report-ref> にあるリポジトリレポートに記録してください。明示的かつ完全な検証コマンドを指定して、comet guard <change-name> verify --report <report-ref> --apply -- <program> [args...] を直接実行してください。Guard はレポート、エビデンス、実際のチェック結果を同じ Run で記録します。手動での申告だけでは不十分です。チェックに失敗した場合は、同じ応答にある失敗結果と現在の Build または Verify Action を使用してください。これらが不足している場合に限り、state next --json を問い合わせ、最新の Action に従ってください。
3. Guard が成功したら、その応答を直接使用してください。フェーズまたは nextAction が不足している場合に限り、comet state next <change-name> --json を実行してください。フェーズが Archive であり、nextAction.kind がそこを指している場合に限り、/comet-archive を読み込んでください。検証に合格しただけでは Archive への移行は許可されません。そこで現在のリリース判断を取得してください。

Compat パス

残りの元の Runtime 手順は、runtimeFormat: compat の場合にのみ適用されます。Compat の操作を読み、現在のフェーズを続行してください。SDK はそのリファレンスを読み込みません。