implement-and-review

実装とレビュー

承認されたタスクを受け入れ条件まで実装するか、割り当てられた機能レビューを完了します。作業者の成果は統合の証拠です。該当するゲートを通過した後、タスクを受け入れるのは親だけです。

権限と共通ルール

実装依頼によって許可されるのは、対象範囲内の編集、明記された検証、取り消し可能な隔離です。コミット、プッシュ、マージ、プルリクエスト、デプロイ、外部へのメッセージ、破壊的なクリーンアップには明示的な権限が必要です。既存の権限を再利用してください。未解決の範囲、コスト、権限に関する重大な判断がある場合に限り、確認してください。

作業者を割り当てる場合は、shared/references/model-preview.md を通じて、承認済みスナップショットを取得するか再利用してください。モデルと作業量のデフォルト値は、shared/model-routing.json からのみ取得します。割り当て、修復、再開では、ルート、プロバイダーの制御、ツール、プライバシー、ソースのバインド、予算、フォールバックのトリガー、呼び出し、時間、並行処理、復旧の各上限を厳密に維持してください。必要な機能がない場合、そのルートは使用できません。ここでは models-consensus を呼び出さないでください。

タスク、トラック、役割ごとに、永続コンテキストを分けてください。レビュアーは、担当範囲内のすべての作成者とは異なるモデルを使い、別のコンテキストを使用します。ネイティブの引き継ぎでは、parent_history: none が必要です。ネイティブコンテキストは native_contexts[route_id] に、ランナーセッションは runner_contexts[route_id] に保持してください。再試行や再構築の前に、保留中の呼び出しを解決してください。コンテキストが失われても、カウンターとルートは維持されます。

ランチャーは、書き込みやディスパッチの前に、承認済み入力のハッシュを検証します。初回の呼び出しと再構築では契約全体を含め、継続の証明を検証してから、短縮版またはコンパクト版の入力を選択します。派生メモによって受け入れ条件を変更することはできません。レンダリング後の入力全体の上限は 24,000 UTF-8 バイトです。それを超える承認済みの context_budget には理由が必要です。パケットを準備または復元する際は、shared/references/context-packets.md を読んでください。

パスを1つ選択する

文章上のラベルではなく、承認済みのポリシーを使用してください。バインドされた review_policy がない場合は、タスクモードを維持します。既存の計画とスナップショットは変更しません。単独の小規模な変更では、契約全体を確認した結果、プロダクト、データ、セキュリティ、公開契約、依存関係に関する判断が未解決でなければ、タスクモードを使用します。

選択した行と、その行に応じて必要となる参照資料のみを読みます。セクションへのポインターが指すのは指定されたセクションであり、マニュアル全体ではありません。すでに読み込んだルールは、再読せずに保持してください。

現在の作業	読み込む資料
deferred と分類された機能タスクを実装する	task-implementation.md、続いて deferred-task.md。
重要な機能タスク、または単独／レガシータスクを実装する	task-implementation.md、実装の証拠が揃ったら task-review.md。
完了した重要なタスクまたは単独タスクをレビューする	task-review.md。
バインドされたポリシーに基づき、機能レビュー全体を完了する	final-feature-review.md。
選択したパスを修復、再確認、または復元する	そのパスを維持し、runner-invocations.md の Continue the same role と、レビュアーによる再確認または文章の補足の場合は shared/references/incremental-review.md を読みます。

新しいルートを選択する場合は、ルーティングスキーマ、shared/references/task-shaped-model-routing.md、shared/references/host-model-execution.md を読みます。ランナーで実行する場合は、Runner policy and receipts のみを読んでください。ネイティブで実行する場合は、Native receipts のみを読んでください。ジョブの確認または許可されたクリーンアップについては、Poll and cleanup セクションを読んでください。引き継ぎまたはポーリングの成功が証明するのは、実行状況のみです。

出力の契約

status、acceptance、routes_used、review、changed_paths、next_action を返してください。必須の動作と取得した結果、承認済みの正確なルート ID と有効な受領証、根拠を添えた適用済みまたは却下済みの指摘事項、未解決のリスクを含めてください。暫定的な機能タスクには implemented を使用し、それ以外には complete、failed、ceiling_hit、または awaiting_human を使用してください。クリティカルタスクのレビュー準備が整っていても、機能が受け入れられたことにはなりません。保留中の最終ゲートがあれば、その名称を明記してください。

可能な場合は、タスクレポートを .ai-workflow/impl-review/<session-id>/<task-id>/report.md に保存してください。該当する場合は、スナップショット、元のキャプチャ、レビュー記録、検証結果、役割コンテキスト、再構築、変更したパス、残るリスクへのリンクを記載してください。修正、再確認、証拠に関する義務が完了するまで、役割コンテキストを保持してください。next_action には、必要な判断、親への統合、または別途承認された納品のみを返してください。