Consensus 是一个调用方（caller-side）循环流程技能，用于解决独立评审对设计、实现或证明所提出的实质性发现（material findings）。它适用于在 /request-adversarial-review 之后，需要反复修复并复审直至达成共识的场景。
用途 该技能的核心目标是：通过独立评审者的多轮复审，确认当前工作是否仍存在实质性发现。共识的定义是：独立评审者不再有实质性发现，或者由 HITL（human-in-the-loop，人工介入）裁决剩余分歧。
主要能力与流程
- 启动评审：使用
/request-adversarial-review启动评审，并保留所生成评审者的 session ID 与评审文件路径。 - 阅读评审产物：读取评审 artifact，逐条处理。
- 修复与质疑：对每一条合理的实质性发现进行修复；对不正确或夸大的发现，在同一评审者 session 中用具体证据提出质疑。
- 复审：修复后，以最小提示恢复同一评审者进行复审。复审时不要总结此前的发现、修复、已解决区域或预期剩余问题；不要添加正面或负面的主题范围限制、预期结论或期望的裁决。
- 每轮使用新路径：每轮使用新的 ephemeral/reviews/...-round-NN.md 路径，绝不覆盖更早的评审产物。
- 复审范围：复审整个当前目标；此前的发现不是复审范围。
- 停止条件：阅读每个产物，当其结果为“仅剩 nitpicks”或“无发现”时停止。
- 无效评审请求：如果评审者返回 invalid review request，则丢弃该 session，并用
/request-adversarial-review重新开始；被拒绝的那一轮不能计为共识。 - 争议升级：如果经过三次交换后证据仍无法解决有争议的发现，则停止并请 HITL 裁决。
使用方式
agent CLI 会自动选择评审者。绝不要将模型或 agent 名称作为位置参数传入；<workdir> 必须紧跟在 agent 之后。
反例（Bad）： agent <workdir> --session <id> "/adversarial-review Re-check the fixes for X and Y. Do not broaden into Z. Write to <next-review-file>."
正例（Good）： agent <workdir> --session <id> "/adversarial-review Re-review the entire current work against the same authoritative sources. Inspect the current implementation and proof. Write the complete review to <next-review-file>. Do not edit any other files."
适用场景 适用于需要对设计、实现或证明进行独立对抗性评审，并通过多轮修复与复审收敛到无实质性发现的流程。
限制
- 不得手动指定模型或 agent 名称。
- 每轮必须使用新的评审文件路径，不得覆盖历史产物。
- 复审范围必须是整个当前目标，而非仅此前发现。
- 被评审者拒绝的轮次不能计为共识。
- 三次交换后仍无法解决的争议需交由 HITL 裁决。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。