用途：second-model-consensus 用于对提案、指引、计划、审计结论或跨模型裁决做有边界的对抗式评审。提案方同时是轮次驱动者，审查者始终是全新的第二模型工作进程，必须自己读取实时产物，而不是提案方的转述或作者本人的会话。
主要能力：每轮生成一份轮次提示文件，包含 GOAL + WHY、指向实时文件的 CONTEXT、编号且可客观回答的 CHECKS、逐项 PASS/FAIL 与理由及 file:line 的 ACCEPTANCE，最后一行必须是 VERDICT: PASS 或 VERDICT: BLOCK。完整评审追加到同一个共享共识产物（<scratchpad>/<topic>-consensus.md，每轮一个 ## Round N 小节），评审为只读，不做修复。可选多模型面板：对同一轮提示并行运行 Sol 与 Gemini，以覆盖不同盲点；审查者之间的分歧应作为发现上报，而不是取平均。
使用方式：先做 BYPASS 检查——单文件、可逆、有客观验收标准的琐碎改动直接落地；用户已对确切文本给出明确裁决时不再重新争论；实现 diff 的代码审查由 code-review / pr-review-toolkit 负责。触发场景包括：用户原则性批准后的内核/路由规则/技能编辑、用户将据以行动的审计结论或建议清单、以及任何“和 codex/gemini 讨论”或“给我第二意见”的请求。审查者通过 agent-tmux codex 使用 gpt-5.6-sol medium，通过 agent-tmux agy 使用 gemini-3.6-flash-medium，Claude 侧通过 Agent 使用全新的 opus/sonnet；审查者绝不能是作者。调度机制遵循 using-tmux-agent-tools：一次性有界工作进程、原生 haiku 监督代理、阻塞式 supervise、result.json 契约；同一场次内需要双向往返时改用 tmux-agent-dialogue。
收敛循环：PASS 则落地或报告；BLOCK 则只修复 FAIL 指出的内容（可采用审查者给出的最小措辞），或在下一轮提示中用新证据反驳。下一轮只重新验证此前的 FAIL 加一项回归检查，没有新证据不得重开已 PASS 的检查。轮次上限为 4，计每个工作进程轮次；达到上限或同一 FAIL 两次被认为有误时停止，向用户呈现双方立场，绝不进行第五次静默轮次。
限制与注意事项：共识只把关质量，用户把关范围，共识绝不替代用户批准；受保护编辑仍遵循 maintenance.md §1。审查者必须读取实时落地文本，转述曾导致遗漏“不记录密钥”保证。一个 FAIL 即 BLOCK，只有修复后或用户明确推翻该具名 FAIL 才可落地。无裁决行即视为该轮无效；空闲工作进程需捕获一次、分类，再通过 send-wait 重发并要求新的 nonce。不要生成额外 tmux 会话或进一步委派；结构化完成结果按注入的 result 路径写入（result.json 契约，schema_version 1）。