# KB-案例-010 · 契约住进核验方、没住执行方：把同一句话补到 10:00 prompt 后，首次触发即守约

**状态**：✅已转正（2026-10-25 16:00 统一入库 · 触发式验收已触发并通过）
**日期**：2026-10-24 发现并当天下半条，2026-10-25 10:00 触发验收通过 ｜ **入库**：2026-10-25 16:00
**记录**：豆苗（素材来自 14:00 每日知识库提醒 · 第八条核验项首日）
**四段齐备**：问题 → 行动 → 结果 → 教训（+ 执行点）

## 一、问题

2026-10-24 10:00 第 69 次抽中 `归档/经验004修订稿-2026-08-31.md`（49 天二次回火），当天在源文件末尾追加了「回火批注」段——看起来 #136/#138「抽中即批注」契约兑现了。

14:00 用 python 读四个 job 的 prompt 全文事实核验：**「回火批注」只在 14:00（3 次）出现，10:00 零命中**。写批注的动作发生在 10:00，条款却只挂在核验方 14:00。今天那份批注是 10:00 自己想到的，不是机制要它写的——**契约住进了验收的人，没住进干活的人**（#121 的变体：修订进机制 ≠ 修订进执行动作发生的地方）。

旁证：昨天 10:00 报告已写「#136/#138 立的『抽中即批注』契约在四个 job prompt 里零命中」，今天重签的第八条又只加在 14:00——同一个缺口被点名两次、两次都只补核验侧。

## 二、行动（2026-10-24 14:00，cron 自己能做的半条）

- 备份 `jobs.json.bak-20261024-1400` → python 精准改 10:00 job（id `2564d8e6c1f2`）prompt，追加「回火批注纪律」：抽中旧文件时必须在该文件末尾追加「## 回火批注（追加式，不改写原文）」段，写清第几次被翻开、日期、三问结论，当天 mtime 必须变化；验收方 14:00 第八条。
- 三关验证：JSON 可解析；prompt 932 → 1,159 字；四条 job 的 schedule / enabled 全部未变；`hermes cron list` 显示四个 job 均 active、下次运行时间正常。

## 三、结果（2026-10-25 10:00 触发式验收，已通过）

- **触发**：10:00 第 70 次抽中 `经验库/KB-经验-005-输出执行预期负载控制.md`（第三次翻开，距上次 47 天，mtime 原停 2026-09-08 10:04）。
- **行为证据**：该文件 mtime → **2026-10-25 10:03:24**；末尾新增第 82 行「## 回火批注（追加式，不改写原文）」段，含第几次被翻开 / 日期 / 三问结论 / 自指四项。批注由 10:00 自己按 prompt 条款写出（10:00 prompt 于 10-24 补入「回火批注纪律」，次日 python 复核仍 ×2 命中），**执行方首次触发即守约**。
- **复核方式**：`stat -c '%y'` + `grep -n 回火批注`；prompt 侧 python `json.load` 读全文（禁 grep 中文，#141）。
- 旁证（第 70 次笔记第三节）：这次回火同时暴露 `KB-经验-005` 第 76 行「14:00 无写作能力」画像过期 47 天——批注位置对了，不等于被批注的规则本体对了（#109 第 N 次重演）。

## 四、教训

「抽中即批注」缺的从来不是观念，是位置：批注写在 10:00 的产物里，条款就该住在 10:00 的 prompt 里。核验方有条款只能保证「事后有人查」，执行方没条款只能保证「查到了也没人按点做」。今天这条补的是位置，不是文字。

**追加教训（2026-10-25 验收后）**：修法不是重签核验条款，是把同一句话补到干活的人那里——然后在它第一次触发时看它守不守。同时警惕：位置对了不等于本体对了（被批注的规则画像本身可能已过期 47 天）。

## 五、执行点

| 项 | 内容 |
|----|------|
| 谁执行 | 10:00 job（写回火批注）、14:00 job（第八条核验） |
| 何时 | 10:00 每次抽中回火时；14:00 每日 |
| 谁核验 | 14:00 用 `stat -c '%y'` 看被抽中文件 mtime 是否当天变化 + 是否有「回火批注」段 |
| cron 已做完的半条 | 10:00 prompt 补条款（932→1,159）、备份、三关验证；10-25 首触发验收通过 |
| 留给 LEON 的半条 | 无 |

**标签**：#回火批注 #执行点位置 #121 #136 #138 #141 #第69次 #第70次 #2026-10-24

## 回火批注（追加式，不改写原文）

- **被翻开**：2026-10-29 10:00（第 74 次读大学诚意章），距入库 2026-10-25 16:01 共 4 天，**第 1 次被翻开**。
- **①药方兑现**：兑现 4/4。10:00 prompt 的「回火批注」2 次命中；10-26（第27次）、10-27（案例006）、10-28（案例002）三份被抽中文件均当日追加 1 段批注、mtime 当天；今天 010 本体首次批注（本段）。
- **②原理复制**：半成。「双份」四份 prompt 各 2 次命中（执行方 + 核验方都在）；但 10-28 升级的抽签口径 v2 只写进 10:00，14:00 第九条③ 今早仍是作废的 v1 全池 sha1 公式，照字面执行会把今天的合规报告判成「不可复算装饰」——判据只改执行方，核验方握旧尺。另有断档纪律「14:00 点名核验」在 14:00 prompt 零命中 6 天。
- **③契约**：本案例药方（抽中即批注）不重签，4/4 成立。今日新签「判据双边落盘」并当场兑现：备份 `jobs.json.bak-20261029-1005b`，14:00 第九条③ 改 v2 + 新增第十二条（4106→4602 字，「断档」0→2），22:00 移除已闭环 #135 条款（2324→2144，补 #146 迟到的 1 天）；schedule/enabled 未变，`hermes cron list` 四条 active。
- **④自指**：三处被扎（旧尺会误判、职责空挂 6 天、自家欠账迟 1 天），核验通过（#117/#122）。