judgment-day

触发词：“judgment day”、“judgment-day”、“review adversarial”、“dual review”、“doble review”、“juzgar”、“que lo juzguen”。

---

---

Claude 执行接线

这些说明将上述工具无关逻辑绑定到 Claude Code 执行框架。它们属于 EXECUTION 层，无法移植到其他工具。

评审者和修复 Agent 的模型路由均遵循 core/agents/sdd-orchestrator/logic.md 中的 MODEL-ROUTING 规则（均衡层级 → fable）。

模式 0：技能解析（启动评审者之前）

启动任何子 Agent 之前，请遵循 Skill Resolver Protocol（_shared/skill-resolver.md）：

1. 获取技能注册表：搜索 engram（mem_search(query: "skill-registry", project: "{project}")）→ 回退到项目根目录中的 .agent-config/skill-registry.md → 如果两者都没有，则跳过
2. 确定目标文件／范围——评审者将评审哪些代码？
3. 根据注册表中的 Compact Rules 匹配相关技能，方法如下：
   • 代码上下文：目标文件的扩展名／路径（例如，.go → go-testing；.tsx → react-19、typescript）
   • 任务上下文：“review code” → 框架／语言技能；“create PR” → branch-pr 技能
4. 构建一个包含匹配的精简规则的 ## Project Standards (auto-resolved) 区块
5. 将此区块注入评审者提示词和修复 Agent 提示词（内容完全相同）

这样可确保评审者依据项目特定标准进行评审，而不只是依据通用最佳实践。

如果没有注册表：警告用户（“未找到技能注册表——评审者将不参考项目特定标准进行评审。运行 skill-registry 修复此问题。”），然后仅进行通用评审。

评审结论账本持久化

中立规则“将最终评审结论持久化到先前工作存储”对应 engram：每次运行时使用 mem_save，类型为 decision，topic_key: judgment-day/{target-slug}/verdict，capture_prompt: false——包括无问题的 APPROVED 结论。

生成评审回执（评审结论之后）

记录最终评审结论后，生成一份用于证明已评审内容的评审回执。从仓库根目录调用一次 Bash：

node core/hooks/_shared/receipt-mint.js --minter judgment-day --verdict <PASS|PASS_WITH_WARNINGS|FAIL>

将评审结论映射到回执结论：APPROVED 结论为 PASS，带有未解决警告的批准为 PASS_WITH_WARNINGS，拒绝为 FAIL。每次运行都生成回执——FAIL 回执同样是证据，验证器会显示其结论，而不会假定评审已通过。

如果没有 --files，回执将证明当前已暂存的路径；如果已评审的文件集与暂存文件不同，则传入 --files a.js,b.js。 尽力而为：报告生成失败并继续——这不会改变评审结论。

委派机制

• 并行启动评审者作为子 Agent（异步——在一条消息中多次调用 Agent 工具）。绝不按顺序启动。
• 编排器读取两份结果，然后按照模式 2 综合结论。绝不要由编排器亲自评审。
• 修复 Agent 是单独的委派任务——绝不要复用评审者来修复。

技能解析反馈

每次委派返回结果后，检查每份评审者／修复 Agent 响应中的 **Skill Resolution** 字段：

• injected → 技能已正确传入 ✅
• fallback-registry、fallback-path 或 none → 技能缓存已丢失（可能因上下文压缩导致）。立即重新读取注册表，并在之后的所有委派中注入精简规则。

这是一种自我纠正机制。切勿忽略回退报告。