JianFeeeee
d3140c213c
补充: 给"条数登记校验"加锚点（自检 5b）—— ★ 而我第一版锚点自己写成了**空真**
`788d7cc` 把条数校验挪进 `else { … }`（红绿都跑）之后，**它没有自检**：
下一个人完全可以再挪回 `else if` 后面，那时**什么都不会红**
（红文件又收不到条数回执），而缺口**只在文件恰好红时隐形** ——
正是它上次潜伏到 `c523c21` 的原因。⇒ 补自检 5b。
做法（锚点落在**实际发生的比较**上，不许落在源码文本上，§16.3）：
在 `else { … }` 里每次比较都 `countCheckRan.add(file)`，
5b 从 `records`（谁真的自报了条数）**独立重算**应当被评估的集合，再要求它被覆盖。
**不读 `reds`、不看那条校验自己的输出** —— 否则就是"读数器自作证"。
★★ 而**我第一版 5b 是空真的**（自捉，如实记）：
我原来比的是"凡**条数不符**的文件都必须被记录过" ——
**而这条修复本身就把 harmony-admin 的登记数对齐了 ⇒ 那个集合恒空 ⇒ 断言恒真。**
变异测试当场抓到：把 `countCheckRan.add` 挪回"只绿才走"，**5b 一声不响** ——
那一刻我才发现它不是"通过"，是"**没有对象**"。
改成比 **"所有自报了条数、且没崩的文件"**（红绿都含）：红文件必在其中 ⇒ 非空，
且"红文件被漏记"必被抓。另加**反空转**：集合为空而并非全部 broken ⇒ 自检自己报失效。
变异验证：挪回"只绿才走" ⇒ 5b 报出 6 个红文件名
（cross-client-theme / build-stamp / align-refs / harmony-push / criteria-hygiene / harmony-admin）；
基线不报 ✓。修后全套（树内）：files=31 ran=31 checks=487 pass=476 fail=11 red=10
broken=0 unreported=0。
`CRITERIA.md` 补两条可复用教训：
① **"拿现有数据试一遍"要试到"数据非空"** —— `∀x∈∅` 的判据看起来和真判据一样绿；
② **修好一件事会同时消灭它自己的测试对象** ⇒ 锚点不许建立在"当前的错误状态"上，
要建立在**恒在的集合**上（"谁自报了条数"，而不是"谁条数不符"）。
2026-09-19 12:56:19 +08:00
..
2026-09-19 12:56:19 +08:00
2026-09-19 12:30:05 +08:00