工程锁 L1–L9
九条写作与交付规范。核心只有一句：措辞强度不得超过证据强度。
九条锁
| ID | 锁 | 要求 |
|---|---|---|
| L1 | 出处锁 | 每个数字与结论都带来源；推算值显式标 [EXTRAPOLATED] |
| L2 | 样本锁 | 说"验证/证明"必须配样本量；n=1 只能写"单次观测" |
| L3 | 撤回锁 | 与旧结论冲突时，写明"撤回：旧结论（时间/轮次）" |
| L4 | 三件套锁 | 交报告必须附复现命令与回滚方式 |
| L5 | 报告头锁 | 报告必含日期、设备与固件、工具与版本、样本数、是否实测、结论强度 |
| L6 | 措辞锁 | 禁用强度超过证据的措辞，都要量化 |
| L7 | 断拍锁 | 断拍超过 6 小时或新会话接手，先出状态对账清单 |
| L8 | 外部审查锁 | 对外发布前，列出三个最可能被推翻的点 |
| L9 | 语言规范锁 | 防"胡言乱语"；其中 L9.1 是硬锁 |
L9.1 禁用词
这一组是硬锁，命中即拒绝：
史诗级 / 完美 / 彻底 / 万能 / 无敌 / 天花板 / 遥遥领先 / 震撼 / 炸裂
逆天 / 神器 / 一键 / 保证 / 一劳永逸 / 秒杀 / 绝对 / 100%
毫无疑问 / 毋庸置疑 / 铁证 / 确凿 / 板上钉钉改写示范：
❌ 史诗级突破，100% 彻底攻克
✅ 已打通：单次观测 GPU 72.8%（n=1，待复测）其余 L9 条目（提醒级）
| ID | 规则 | 触发 |
|---|---|---|
| L9.2 | 无据权威 | 出现"官方/业内/权威"但全文无来源 |
| L9.3 | 伪精确 | 两位以上小数，却无样本量或误差说明 |
| L9.4 | 完成态无验证 | 说"已修复/已解决/现已生效"但没有任何验证标记 |
| L9.5 | 术语漂移 | 同一概念多种写法混用 |
| L9.6 | 引用不可解析 | 正文里的文件 URI 指向的路径实际不存在 |
| L9.7 | 未来态无标记 | 说"将/计划/预计"但不带"计划/待验证"字样 |
为什么 L9.4 刻意不设成硬锁？
因为"完成态"的判断太依赖上下文。机械地拦它会制造大量误报，而误报的代价是把真问题淹没在噪音里。
这类规则保持在提醒级：它提示你去看，但不替你下结论。
怎么自己查
python <技能目录>/scripts/englock.py check <某份报告.md>它会逐条列出被哪把锁命中、命中的是哪个词。退出码 1 表示有命中。