用途：judgment-day 用于对指定审查目标执行“盲审双评审”（dual/adversarial review）。触发词为 judgment day、dual review、adversarial review 或西班牙语 juzgar。目标可以是文件、功能、PR 或架构切片。
主要能力：并行启动两名互不可见的评审者（Judge A、Judge B），使用相同目标与标准；汇总结果为 confirmed、suspect、contradiction、INFO 四类；对确认问题先询问再修复，修复后立即重新并行评审；最终状态只有 JUDGMENT: APPROVED 或 JUDGMENT: ESCALATED。
使用方式：先按顺序读取输入——审查目标、AGENTS.md、.agents/skills/REGISTRY.md、变更规格/PR 描述/Jira 工单、references/prompts-and-formats.md，第二轮起再读此前评审输出。先从注册表解析适用技能并注入两名评审者与修复提示。确认目标后并行启动两名评审者，等待双方完成再综合。第一轮修复前需询问用户；修复由独立修复代理执行。修复后必须重新评审，直到通过、升级或用户叫停。
适用场景：在 /test-automation 的 Review 阶段作为强制独立验证者之一（另一为 /pr-review-lead）；/git-flow-master 在 diff 较大或触及共享夹具/基类时的可选 PR 前门禁；/framework-development 的可选归档前评审。除此之外不会自动调用，需用户显式触发。
限制：不得让两名评审者互相看到结论；不得跳过修复后的重新评审；单次审查 diff 超过 30 个文件时信号会下降，应拆分；不得无记录地推翻评审者拒绝；不适用于纯拼写、格式或自动生成 diff；不得给两名评审者不同提示、标准或上下文。目标不明确时应先询问范围，不启动评审。缺少技能注册表时警告并以通用标准继续，记录 Skill Resolution: none。两轮修复后仍有问题需询问用户是否继续。输出格式为 ## Judgment Day — {target}，含轮次、裁决表、计数、已应用修复、重新评审结果与最终裁决。