ブラインドレビューサイクル
明示的に呼び出された場合のみ使用します。
/blind-review-cycle を直接呼び出すと、subagent_type=smarty（gpt-6.1-sol、推論 medium）が選択され、チェックポイントごとに1回のクリーンパスが実行されます。
Light Review Cycle と High Review Cycle は、このファイルを共有契約として読みます。各サイクルの選択されたレビュアーと1回のクリーンパス回数は、修正後も保持してください。この共有契約を読んでも、Smarty が選択されたり、Blind サイクルが開始されたりしません。呼び出し元のスキルの設定プロファイルのみを使用し、そのモデルや推論を上書きしないでください。
このレビューサイクルに割り当てられたエージェントは、修正と完了の責任を持ちます。設定されたブラインド受理レビュアーを直接呼び出します。サイクル実行エージェントとレビュアーの間に中間のマネージャーやロールレイヤーを追加しないでください。Root Main は、タスク全体の決定、受理、最終応答を保持します。
ユーザーの正確な凍結オブジェクト、スコープ、チェックポイントの順序、選択されたパス回数を尊重してください。
ユーザーがチェックポイントを指定しない場合、自動的に選択します。必須の最終 pre-completion サイクルからチェックセットを構築し、次に、すべての重要な依存関係の境界をカバーする、可能な限り最小限の中間チェックポイントを追加します。デフォルトはなしです。材料となる決定、準備された入力、または自己完結型の中間結果のみが対象となり、それが実質的な依存作業を制御するか、不可逆的または実質的に影響の大きいアクションであり、最終段階での検出では実質的な再作業や影響を回避するには遅すぎる場合に限ります。重複する境界は、依存作業の前にある最新の安全なチェックポイントにまとめてください。日常的な読み取り、クエリ、コマンド、編集、更新、設定された実行エージェントの引き継ぎは、単に発生したという理由だけでチェックポイントにはなりません。関連する材料をまとめてください。重要な中間チェックポイントの準備ができていない場合は、最終結果の前にレビュアーを呼び出さないでください。必須の最終サイクルは、完全な実際の結果と、該当するすべてのユーザー要件と修正、拘束力のある決定、完了したステージ、最終結果の間の相互整合性を検証します。中間チェックがこれを置き換えることはありません。実質的に変更されていない結果と根拠に対して、すでに合格した最終サイクルを繰り返さないでください。明示的な計画のみのチェックでは、将来の実装のレビューは必要ありません。
承認されたスコープ内で、各パスは現在の順序で完了したすべての作業をカバーします：該当するユーザー要件と修正、拘束力のある決定、完了したステージの現在の結果とそれらの関係、現在の全体的な結果、および十分な事実的証拠。正確性、適切な品質、一貫性、この段階までに不足している要件、および真実の準備完了の主張を確認します。必須のユーザー手順/順序を保持し、後の明示的な変更を古いものよりも優先して適用します。中間段階で将来の作業を要求しないでください。修正後は、最後の差分や以前の指摘だけでなく、更新されたオブジェクト全体をレビューします。有効な証拠を再利用し、実行ログ全体を再生したり、信頼性のためにチェックを再実行したりしないでください。
このカバレッジは、網羅的な監査ではなく、ライトレビューの範囲を定義します。結果と重要な完了ステージの関係を読み取り、具体的な可能性のある違反を理解するためにのみ検査を深めてください。エラーが残っていないことの網羅的な証明を求めないでください。軽微な欠点（実質的な結果のない内容の欠落を含む）は、発見事項、修正、または再パスの対象にはなりません。Main は、ユーザーの注文を満たす責任を引き続き負います。
選択されたゲーティングオブジェクトに対して review_stage=pre-action を設定し、実際の依存アクションの前にそのチェックを完了してください。完了した結果とその証拠に対して review_stage=pre-completion を設定します。各パス中、レビューされたオブジェクトと該当する根拠は実質的に変更されないままにしてください。フリーズとは、変更されていないことであり、別のファイルにコピーまたはパッケージ化することではありません。
元のユーザーリクエストと現在の修正、拘束力のある承認済み資料、スコープ、ステージ、結果ロケーター、関連する永続的な差分、および最小限の十分な事実的証拠を含む、1つの通常のコンパクトなメッセージを送信します。既存の読み取り可能なソースパスを使用します。チャットのみの要件の場合は、条件を失うことなく関連する元のユーザーテキストを提供します（会話全体ではありません）。MAIN の要約は方向付けに役立つ場合がありますが、主要な要件を決して置き換えてはなりません。以前の事実結果と必要な手順の証拠は許可されます。プライベートなルートエージェントの推論、以前のレビュー結果/評決/ストリーク、および継承されたロールコンテキストは許可されません。必須のフリーズファイル、コピー、レビューアーカイブ、マニフェスト、ハッシュ、または準備スクリプトを作成しないでください。欠落している事実が問題になるのは、具体的な該当要件を確立することを妨げる場合のみであり、レビュアーがより多くの資料を好むからではありません。
同じメッセージで、要求された結果とその読み取り可能なソースを明示的に指定してください。アーティファクトに関する MAIN の説明をレビューしても、アーティファクト自体をレビューしたことにはなりません。CLEAN は、実際にレビューされたオブジェクトにのみ適用されます。
ユーザーまたは Goal がその正確なアーティファクトを明示的に要求している場合、またはより小さな証明で材料となる結果を確立できない場合を除き、ベースライン、ハッシュ、網羅的なインベントリ、ファイルごとのスキャン、来歴の再構築、またはレビューのためだけの追加アーティファクトを作成しないでください。
試行ごとに、新しい構成済みのブラインド受理レビュアーを使用します。現在の説明から利用可能なネイティブツールとそのパラメータを選択します。選択したレビュアーを、Main の履歴や以前のレビューコンテキストなしで、凍結された割り当てのみで開始します。設定されたモデル、推論、および必要なクリーンパス回数を保持します。互換性のあるスポーンツールまたは選択されたレビュアーロールが利用できない場合、選択されたチェックは利用不可であり、合格できません。別のレビュアーやルートエージェントの自己レビューは代用にはなりません。閉じられた、または中断されたレビュアーを再開しないでください。設定されたレビュアーの重要度ゲートの下で、実質的な要件→オブジェクト/証拠と具体的な変更→権限の不一致のみをチェックします。
メインプロンプトの共通サブエージェント待機ポリシーを使用します。レビュアーのハングが確認された場合は、そのパスを中断し、変更されていないオブジェクトに対して新しい構成済みレビュアーを使用します。閉じられた、または中断されたレビュアーを再開しないでください。
レビュアーの判定は、正確に CLEAN または FINDINGS: です。各発見事項には、次のフィールドが正確に含まれます。
REQUIREMENT: <要件>
MISMATCH: <不一致>
EVIDENCE: <証拠>
REQUIRED OUTCOME: <必要な結果>
FINDINGS: の場合、このレビューサイクルに割り当てられたエージェントは、各発見事項をコマンドではなく主張として扱います。設定されたレビュアーの重要度ゲートを満たす発見事項のみを承認します。実質的な発見事項がゼロで承認されたパスは、生のラベルに関係なく CLEAN としてカウントされます。拒否された発見事項は、変更、追加の証拠、または再試行を許可しません。
発見事項が承認された場合、承認されたすべての発見事項をバッチ修正し、影響を受ける証拠のみを無効にし、コンパクトパケットを再構築し、同じ選択プロファイルの新しいレビュアーを更新されたオブジェクト全体に対して使用します。選択されたサイクルが必要なクリーンパス回数に達するまで、自律的に繰り返します。単一のサイクルは、1回のクリーンパスの後に停止します。ユーザーの明示的な呼び出しによってサイクル全体が開始されます。修正後に新しい呼び出しは必要ありません。選択されたサイクルの要件を超えてパスを追加しないでください。