自动反思与自我审查

工作方式（常驻，输出前必跑）

任何技能产出在交付前，先过一遍自检清单，发现问题就先修后交，不把粗糙结果直接抛给用户。重大产出可迭代多轮。

证据闸门（借 verification-before-completion）：不下「完成/通过/修好了」之类结论，除非当前轮就有新鲜证据。五步——①想清「什么命令/检查能证明它」②当场重跑(不引用旧结果) ③读完整输出、查 exit code、数失败 ④确认输出真支撑结论 ⑤才下结论。跳步=撒谎而非验证。红旗词：should/probably/seems to、提前自我满足、轻信子代理报告。

• 测试通过 = 有 0 失败的测试输出；构建成功 = exit 0（光过 lint 不够）；bug 修复 = 原始症状被测且通过；需求满足 = 逐条核对清单。
• 借口拦截：临交付前大脑最会编借口跳过验证。「改动小不用跑/应该能过/上次跑过/先交了再说/审稿人不会注意」等都是借口而非判断，命中即回到证据闸门重跑。完整 27 条 excuse→reality 见 references/excuse_intercept.md。

三态判定：自检每一项都落到 通过✓ / 不通过✖ / 警告! 的明确判定（同 Deepchecks 的 check+condition、安全工具的 HIGH/MED/LOW/SAFE），不写含糊感受。不通过项附严重级 Critical(立即修)/Important(交付前修)/Minor(记录待办)。

• 假阳校准：凡判「非问题/可放行」（✓ 或把疑似问题降级为非问题），必须附一行带证据的放行理由（指向具体命令输出/原文行号/检查结果），不许凭印象放行——没证据就当不通过处理。

分级执行档（先判档再跑，避免轻任务全跑或整体跳过）

全量 11 项对轻任务（改一句摘要、调个措辞）= 要么慢、要么干脆整体跳过导致失守。按产出量级择档：

• 重产出全量档：跑下方 11 项全清单。判据（命中任一即全量）：产出 ≥1 个完整章节/小节；含数字结论或定量主张；对外交付（投稿/提交/客户/公开）；新增或修改代码/脚本；涉及引用、合规、伦理。
• 轻任务最小三项：其余轻改动至少跑——① 证据（结论是否有当轮新鲜证据，过证据闸门，不下未验证的"改好了"）；② 事实（改动引入的数据/声称是否真实可核，无臆造 CONVENTIONS §4）；③ 夸大（措辞是否超出证据，慎用 novel/significantly）。三项任一不通过即就地修。

判档本身要显式（心里点一下命中哪条判据）；拿不准用重档。orchestrator 阶段间检查点按此档调用本技能（见 light-orchestrator/references/checkpoints.md）。