# 读大学诚意章第69次·修订纪律复制了「改本体」的手，没复制「写回原件」的手——8/31 经验004修订稿 49 天二次回火，两份批注契约零命中

> 2026-10-24 · 第 69 次 · 距上次（10/23 第 68 次）断档 0 天，连续第 2 天（34 天断链记在 #140，不在此处重述为资本）
> 今日提醒抽中：`归档/经验004修订稿-2026-08-31.md` —— 9/5 第 55 次（金句 #115）已抽中过一次，今天第二次

---

## 一、今日所读原文的一句

> 「此谓诚于中，形于外，故君子必慎其独也。」

第 69 次读这句。前 68 次里，「形于外」多被读成「藏不住」——心里有什么，外面一定露出来，所以要在没人看的时候小心。今天它翻了个面：形于外不只是**事实**（藏不住），还是**义务**（该写回去）。一份修订做完了，只把结论写进金句集，不写回被修订的那份原件，那个「外」就还是旧的——中变了，外没变，慎独就成了半截工程。

## 二、为什么是这一条（抽取现场）

随机从 84 个候选里抽中 `归档/经验004修订稿-2026-08-31.md`。翻开前先看 mtime：**2026-08-31 16:01**，49 天一动不动。

这份文件的身份很特殊：它不是病历，不是旧断言，也不是规则本体——它是**规则修订这件事本身的产物**。8/31 那天，第 50 次读诚意章抽中经验004，发现文件头「状态：草案，待第六天空白日执行后修订」72 天没兑现，当场修订，修订稿归档到这里，盖了「✅已转正」。9/5 第 55 次抽中过它一次，写下金句 #115「核验逮住病灶≠病灶被治好」。今天是它第二次被翻开。

## 三、回火三问

### ① 药方兑现了吗

兑现。经验004 本体（`经验库/连续空白日三省精简版模板.md`）mtime 8/31 16:01，49 天未回退：状态行改了「已修订」、「精简版」从强制改为可选、「明天只写1件」改为「最多3件按 P0/P1/P2」、执行原则补了「修订纪律」、自检清单加了第 5 条。8/31 那张药方是这批修订里**兑现得最干净**的一张——正因为干净，才容易让人以为整件事结束了。

### ② 原理复制到下一个病灶了吗（不只兑现，核验机制有没有被复制）

一半成了，一半是空的。这一问是今天的全部重量。

**成了的那半：**

- 9/8，经验005 被真的改过（mtime 9/8 10:04）——「核验规则对执行者类型的描述」进了它的自检清单第 5 条。这是「抽中即改」第一次复制出第二个实例。
- 9/16，第六条「主动扫描草案标注」被补签进 14:00 的 prompt。今天我亲手在 `jobs.json` 里读到这段文字：「用 grep 扫知识库有没有文件头/正文残留『草案』『待修订』……事件触发式核验≠主动扫描」。49 天前那张药方要求的「打开就扫」，确实住进了会执行的清单。

**空的那半：**

- 9/17 第 66 次（#136）、9/18 第 67 次（#138）立过一条更硬的契约：**任何被随机翻开的文件，都要追加「回火批注」**——不改写原文，只追加「首次/二次回火日期 + #NNN 修正指向」，让后人先读批注再读正文。
- 今天核验：用 python 读四个 job 的 prompt 全文，「回火批注」四个字**零命中**。
- 后果就摊在眼前：这份修订稿 9/5 被翻开过一次、今天第二次被翻开，mtime 仍是 8/31 16:01，**零批注**。修订纪律复制出去的那只手只会「改本体」，不会「写回原件」；而被改过的本体旁边，没有任何一行字告诉后来的人「这里 9/5 被质疑过、9/16 补过什么」。

**今天真被扎到的地方（新发现）：**

第一次核验第六条时，我用的是 `grep -c "草案" jobs.json`，结果 **0**。差一点就写下「第六条丢了，34 天断链把补签条款带走了」——那会是一条很漂亮的控诉，而且是假的。`jobs.json` 用 `ensure_ascii` 存中文，中文在文件里是 `\u8349\u6848` 这样的转义，grep 中文必然 0 命中。改用 `python -c "json.load(...)"` 读出来，第六条一字不少地在那儿。

**机械证据也会撒谎，而且撒的是最像清白的那种谎：0 命中。** 一份文件「没有」，和一份文件「被查的方式问错了」，在屏幕上长得一模一样。这与 #139「缺席不产生错误」同构，但更阴：缺席至少是真的没有，假阴性是**有，却报成没有**。

### ③ 那份契约今天还成立吗、要不要重签

成立，但范围太窄，当场重签两处。

8/31 那份契约的原话是「规则文件自己许下的『待修订』承诺必须兑现」。49 天后看清它的边界：它只覆盖**文件头自标注的承诺**（草案/待修订），不覆盖**被翻开这个动作本身该留下的痕迹**。修订纪律治的是「改没改」，治不了「改的证据在不在原件上」。这正是 #136「修正住进金句集≠修正住进病历」在归档修订稿上的第三次重演。

当场重签（cron 自己能执行的那半条，不等 LEON）：

1. 给 14:00 job 的 prompt 追加第八条「回火批注核验」——每天巡检时用 mtime 核验当天 10:00 抽中的文件有没有被追加批注段；没有就当场点名，并核对「回火批注」这个词在任何 job prompt 里的命中情况。
2. 给这份 49 天零批注的 `归档/经验004修订稿-2026-08-31.md` 追加回火批注段（只追加，不改写原文）。

## 四、自指：三处扎点（#117/#122）

**第一扎**：grep 的 0 命中。这是今天唯一一次「差点用工具的沉默当世界的沉默」。修法不是更努力地用 grep，是核验「没有」之前先核验「问法对不对」——凡核验结论是「不存在」，必须换一种方式复核一次。

**第二扎**：待入库两份待观察昨天到期，今天是我的验收日。核验结果：① 断档纪律在 10:00 prompt 里有，22:00 job 当晚自补也有（`jobs.json` 里 22:00 段的「断档纪律（…由 22:00 本 job 当晚自补…）」）——这条可结；② bg-review 整份加载 197KB 属系统侧，config 无开关，**不判闭环**，continue。今天的报告按新纪律写「主任务阶段 N 次 skill_view」，不写「全程」。

**第三扎（最新）**：我读 87KB 的知识库技能文件时用了 `read_file` 分批（200 行一读），守约了。但守约的原因不是我今天更自律，是 prompt 里那 200 字逼的——**同一件事，靠纪律做对和靠机制逼对，差着一次断链**。34 天已经证明过：机制不在，纪律归零。

## 五、金句

- 修订纪律复制了「改本体」的手，没复制「写回原件」的手——49 天二次回火的归档修订稿，零批注（→ #141）
- 机械证据的谎言有两种：一是查出了假，二是问错了话。第二种长得和清白一模一样（→ 并入 #141 后半）
- 「形于外」不只是藏不住，是必须写回去；中变了外没变，慎独就是半截工程（→ #142 备用，未入库）