最新版の plan をレビューし、元の目標、範囲、合理的な設計を保持し、要件インタビューはやり直しません。最初にプロジェクトとドキュメントを調査し、既に判明している回答を繰り返し尋ねることは避けます。元の plan がない場合は、それを要求します。
1. Grill：暗黙の決定（必須）
plan がユーザーに代わって暗黙的に決定したり、見落としている高影響の動作を見つけ出します。ユーザーフローに沿って、デフォルト値、エラー/キャンセル/リトライ、状態復元、モジュール間契約、互換性マイグレーション、権限境界を確認します。具体的な反例を用いて仮定に挑戦し、機械的にチェックリストを実行するのではありません。
経験、アーキテクチャ、データ、セキュリティ、またはコストを大幅に変更するような現実のトレードオフのみを質問します。調査可能な事実や低コストで元に戻せる詳細は、自分で解決します。各質問では、仮定/ギャップ、その結果、提案を説明します。複数ラウンド実施可能で、各ラウンドでは多数の質問を投げかけ、テーマごとに番号を付け、優先すべき事前決定事項から質問します。回答を待って確定し、沈黙は同意とみなしません。
2. Oracle：客観的な受け入れ判断（オプション）
信頼でき、コスト合理的な客観的判断基準が存在する場合に有効化され、ユーザーはスキップできます。重要な要件について、判断基準のソース、確認方法、合格条件を明確に記述します。仕様、リファレンス実装、ユーザー確認済みサンプル、不変条件を優先します。最適化タスクの場合は、ベースライン、指標、および後退してはならない制約を別途リストアップします。モデルの自己評価やエージェント指標を真実と偽装してはなりません。自動検証できない部分は、手動受け入れ判断を残します。
3. Prototype：主観的比较（オプション）
外観やインタラクションの感覚が計画に影響を与え、文章だけでは決定できない場合にのみ有効化され、ユーザーはスキップできます。参照実装または実質的な違いを持つ最小限のプロトタイプを使用してユーザーに比較・選択させ、抽象的な好みを問い詰め続けることはしません。現在のモードが許可し、かつユーザーの承認を得ている場合にのみ、分離されたプロトタイプを作成します。それ以外の場合は、「プロトタイプ比較→ユーザー選択→関連実装」を第2版に書き込み、対応する未決定項目を残します。プロトタイプが提示・比較されていない場合は、検証したと主張してはなりません。
収束
重要な決定が確認されるか、明示的に委任されるか、延期された後に収束します。ユーザーが終了を要求した場合も収束します。独立して使用可能な完全な第2版の plan を出力し、決定事項、実装手順、適用可能な受け入れ判断/プロトタイプの関門を統合し、簡単な変更点と残存する仮定を添えます。延期された項目については、いつ決定すべきか、何をブロックするかを明記します。単なるアンケートやパッチを提出するのではなく、リスクを網羅したとは主張しません。出力後は停止し、自分で実装したりレビューを再開したりしません。