adversarial-review

用途：对代码或变更做对抗式审查。审查者必须在相反模型的 CLI 上运行（codex exec 或 claude -p），不能用子代理或内部委派机制，否则会跑在同一模型上，失去对抗意义。交付物是综合结论，明确不直接改动代码。\n\n主要能力与流程：\n1. 加载原则：读取 brain/principles.md，并跟进其中每个 [[wikilink]] 指向的原则文件，用于约束审查者判断。\n2. 确定范围与意图：根据上下文（近期 diff、引用的计划、用户消息）确定审查对象，并明确作者意图；审查者挑战的是“是否很好地实现意图”，而非意图本身是否正确。变更规模决定审查者数量：小于 50 行、1–2 个文件为小，1 名 Skeptic；50–200 行、3–5 个文件为中，Skeptic + Architect；200 行以上或 5 个以上文件为大，Skeptic + Architect + Minimalist。视角定义见 references/reviewer-lenses.md。\n3. 检测模型并派发审查者：创建临时目录 REVIEW_DIR=$(mktemp -d /tmp/adversarial-review.XXXXXX)。若你是 Claude，用 codex exec --skip-git-repo-check -o "$REVIEW_DIR/skeptic.md" "prompt" 2>/dev/null 派发 Codex 审查者；若你是 Codex，用 claude -p "prompt" > "$REVIEW_DIR/skeptic.md" 2>/dev/null 派发 Claude 审查者。默认只读；仅当审查者需要运行测试时才用 --profile edit。输出文件按视角命名：skeptic.md、architect.md、minimalist.md，提示词模板见 references/reviewer-prompt.md。\n4. 校验并综合结论：读取前先记录所用 CLI 并确认输出文件存在（echo "reviewer_cli=codex|claude"；ls "$REVIEW_DIR"/*.md）。若输出缺失或为空，须在结论中说明失败，不得静默跳过。去重后再按 references/verdict-format.md 输出单一结论。\n5. 给出主导判断：以既定意图和原则为框架，说明接受哪些发现、拒绝哪些及原因，并指出误报、越界和把风格当实质的问题，作为 Lead Judgment 追加到结论。\n\n适用场景：需要跨模型、多视角对代码变更做对抗式复核时。限制：审查者必须使用相反模型 CLI；需存在 brain/principles.md 等引用文件；未提供具体收费、平台与效果信息。