用途：在用户明确要求 Judgment Day 或等价的双评审、对抗性评审时启用。它是独立开发工具，任何运行时均可启动，不需要评审事务、运行时身份或交付回执机制。对该目标它取代普通 4R 作为对抗方法，两者不并行使用。
主要能力：先解析匹配的项目技能并把相同路径传给两个评审（jd-judge-a、jd-judge-b）和修复执行者（jd-fix-agent）。构建一个完整不可变目标，随后并行启动两个盲审只读评审，范围与标准完全一致。每个评审只返回一份中立发现结果后终止；必须等待两者，不接受部分评审。不使用 review-refuter，以双评审一致作为佐证机制。仅父编排者负责合并与持久化发现、启动修复执行者以及启动有界复核。
使用方式：只修复两名评审共同确认的严重问题，WARNING/SUGGESTION 仅作信息保留。最多允许两轮修复与两次有界复核；复核只见冻结账本加修复增量，并可记录修复引入的缺陷。终态只有 APPROVED 或 ESCALATED，轮次耗尽不得重置或延长。目标不清时只问一个范围问题即停；单评审报告的问题记为可疑不自动修复；两评审矛盾则升级交人工决定；第二轮后仍有问题即升级停止。输出包含目标身份、轮次、确认/可疑/矛盾/信息计数、修复工作单元、复核结果、产物引用、技能解析以及唯一最终结论。
适用场景：需要对具体目标做显式盲审双评审与有界修复闭环的开发者场景。
限制：判断不签发回执、不具交付权限，不满足 commit、push、PR 或发布门槛；若调用方明确需要普通协商式评审，须作为独立步骤运行，两种结果都不授权交付，交付仍按仓库常规政策。references/prompts-and-formats.md 提供精简评审与修复提示及结论格式；../_shared/review-ledger-contract.md 仅在调用方明确要求该生命周期时参考，运行评审从不需要它，也从不构成交付授权。