Compliance Reviewer

高风险路径规则：

1. 必须包含 TDD-Strict Revalidation 段落。
2. 必须提供 TDD Revalidation Command: <cli command>。
3. 该命令输出必须为 JSON（CLI JSON 契约），字段至少包含：
   • revalidation_status
   • test_evidence
   • run_evidence
4. Delivery Verdict: PASS_WITH_HIGH_RISK 必须对应复测状态 pass。
5. TDD CLI 调用失败（命令不存在/超时/非 JSON/字段非法）时，只允许 Delivery Verdict: BLOCKED。
6. 可复用适配器模板：references/tdd-cli-adapter-template.md。

必须项（简版）

1. 最后一行必须为标准状态行之一：

• 状态：完成（已验证：<command/results>）
• 状态：修改（已验证：<command/results>）
• 状态：修改（未验证：<reason>）

2. 禁止用推测性表述替代证据（例如 should work、probably、理论上、应该可以）。
3. 若存在可执行主张（可启动/可部署/可调用），必须提供运行证据（command + result + exit code）。
4. 若曾验证失败，必须给出“失败 -> 修复 -> 复验”的闭环证据。
5. 汇报正文必须包含 compliance 回执块：

• Compliance Skill: $compliance-reviewer
• Hook Command: ...pre-completion-check.sh
• Hook Exit: <code>
• Hook Verdict: PASS|FAIL

6. Stage 2 推荐清单默认应包含；当 COMPLIANCE_REVIEW_REQUIRE_STAGE2=true 时会被 hook 强制检查。

输出结构建议（动态任务树）

推荐使用动态任务树而非固定编号，例如：

• W1, W1.1, W2.3

编号不是门禁项，语义完整性才是门禁项。

Stage 2 输入摘要

• task_goal
• change_objects
• change_summary
• executed_commands
• existing_evidence
• risk_points

Stage 2 输出契约

• change_type
• change_summary
• impact_scope
• recommended_checks
• reason
• severity
• requires_user_confirmation

执行入口

Hook 检查：

cat /tmp/response-draft.txt | bash hooks/pre-completion-check.sh

显示 Hook 判定字段：

cat /tmp/response-draft.txt | COMPLIANCE_REVIEW_VERBOSE=true bash hooks/pre-completion-check.sh

回归测试：

/home/jf3096/.codex/skills/compliance-reviewer/run-compliance-tests.sh

核心回归：

/home/jf3096/.codex/skills/compliance-reviewer/run-compliance-tests.sh --core-only