盲審循環
僅在明確呼叫時使用。
直接呼叫 /blind-review-cycle 會選取 subagent_type=smarty（gpt-6.1-sol，推理等級 medium）
並對每個檢查點執行一次乾淨的審查。
輕審循環和高審循環會將此檔案視為它們的共同合約。 請保留每個循環所選取的審查者及其「一次乾淨審查」計數， 包括修復後也不變。讀取此共同合約不會選取 Smarty 或啟動盲審循環。 請僅使用呼叫技能所設定的設定檔；請勿覆寫其模型或推理等級。
指定給此審查循環的代理擁有其修復與完成的擁有權。它會直接呼叫已設定的盲審接受審查者；請勿在循環執行者與審查者之間新增中層管理或角色層。根主代理保留整體任務決策、接受與最終回應的權力。
尊重用戶的明確凍結物件、範圍、檢查點順序及選定的審查次數。
如果用戶未指定檢查點，請自動選取它們。從強制的最終 pre-completion 循環建構檢查集合，然後加入最少數量的中繼檢查點，這些檢查點共同涵蓋每個關鍵依賴邊界；預設不加任何中繼點。只有重要的決策、準備好的輸入或獨立的中繼結果才能符合資格，且僅在當它控制大量依賴工作、或不可逆轉或具有重大影響的動作，且僅在最終檢測會來不及避免大量重工或影響時。將重疊的邊界批次合併到依賴工作前的最新安全檢查點。例行讀取、查詢、指令、編輯、更新及已設定執行者的交接，不會因為發生就成為檢查點。批次合相關材料。如果沒有準備好關鍵的中繼檢查點，請在最終結果前不要產生審查者。強制的最終循環會驗證完整的實際結果，以及所有適用的用戶要求與修正案、約束決策、已完成階段與最終結果之間的相互一致性；中繼檢查永遠不會取代它。不要重複對已通過且材料上未改變的結果與理由的最終循環。明確的「僅規劃」檢查不需要審查未來的實作。
在授權範圍內，每次審查會涵蓋目前順序中完成的所有工作：適用的用戶要求與修正案、約束決策、已完成階段的當前結果及其關係、目前的整體結果，以及足夠的事實證據。檢查準確性、足夠品質、一致性、此階段應滿足但遺漏的要求，以及真實的準備就緒聲明。保留強制性的用戶程序/順序，並將後續的明確變更套用至已被取代的變更之上。請勿在中繼階段要求未來的工作。修復後，審查完整的更新物件，而不僅是最後差異或先前的發現。重複使用有效的證據；不要重播整個執行日誌或為了信心而重新執行檢查。
此涵蓋範圍定義了輕審的範圍，而非詳盡的審計。讀取結果與重要已完成階段的關係；僅在需要了解具體可能的違規時才加深檢查。請勿試圖證明已無錯誤的窮舉證明。輕微的缺失，包括沒有實質影響的內容遺漏，不構成發現、修復或重複審查的理由。主代理仍負責完成用戶的指令。
針對選定的閘控物件設定 review_stage=pre-action，並在其實際依賴動作前完成該檢查。針對完成的結果及其證據設定 review_stage=pre-completion。在每次審查過程中，保持被審查的物件與適用的理由在材料上不變。凍結意味著不變更，而非複製或包裝到另一個檔案中。
發送一封普通的簡潔訊息，包含原始用戶請求與當前的修正案、已約束的已核准材料、範圍、階段、結果定位器、相關的持續差異，以及最小足夠的事實證據。使用現有的可讀取原始碼路徑；若僅限聊天室的要求，請提供相關的原始用戶文字，且不遺失條件，但不要提供整個對話記錄。主代理的摘要可以引導，但永遠不能取代主要要求。允許先前的事實結果與必要的程序證據；不允許私有的根代理推理、先前的審查發現/裁決/連勝記錄，以及繼承的角色上下文。請勿建立強制的凍結檔案、副本、審查存檔、清單、雜湊值或準備腳本。遺漏的事實僅在它妨礙建立具體的適用要求時才重要，而非因為審查者偏好更多材料。
在同一則訊息中，明確指出所要求的結果及其可讀取的來源。審查主代理對某個成果的說明，並不代表審查該成果本身。CLEAN 只適用於實際被審查的物件。
除非用戶或目標明確要求某個確切的成品，或沒有更小的證據可以證明重要的結果，否則請勿建立基準線、雜湊值、詳盡清單、逐檔案掃描、來源重建或僅供審查使用的額外成品。
每次嘗試，都使用全新的已設定盲審接受者。從其當前的描述中選擇可用的原生工具及其參數。僅以凍結的任務開始選定的審查者，不帶有主代理的歷史記錄或先前的審查上下文。保留設定的模型、推理等級及所需乾淨審查次數。如果相容的生成工具或選定的審查者角色不可用，則選定的檢查不可用且無法通過；其他審查者或根代理自我審查均不能替代。永遠不要恢復已關閉或中斷的審查者。它僅在設定的審查者重要性門檻下檢查重大的要求→物件/證據，以及具體的變更→權限不匹配。
使用主要提示中的通用子代理等待策略。如果確認審查者掛起，請中斷該次嘗試，並對未改變的物件使用全新的已設定審查者。永遠不要恢復已關閉或中斷的審查者。
審查者的裁決必須是 CLEAN 或 FINDINGS:。每個發現必須具有以下欄位：
REQUIREMENT: <requirement>
MISMATCH: <mismatch>
EVIDENCE: <evidence>
REQUIRED OUTCOME: <required outcome>
當收到 FINDINGS: 時，指派給此審查循環的代理會將每個發現視為一個主張，而非指令。僅接受那些滿足設定審查者重要性門檻的發現。沒有接受任何實質發現的審查次數，無論其原始標籤為何，都計為 CLEAN。被拒絕的發現不會授權任何變更、額外證據或重試。
如果接受了任何發現，請批次修復所有接受的發現，僅使受影響的證據失效，重建緊湊的封包，並對完整的更新物件使用相同選定設定檔的全新審查者。自動重複此過程，直到選定的循環達到其所需的乾淨審查次數。單一循環在完成一次乾淨審查後停止。用戶的明確呼叫啟動整個循環；修復後不需要新的呼叫。請勿在選定循環的要求之外增加審查次數。