test(criteria): 判据规范 CRITERIA.md（邻接不是结构·第三次露头）+ 废弃 API allow-list 结构化 + 扫描范围自检

pi 的两条增量，都不需要他再确认。

## 1（pi 建议）：生成清单 + 空 allow-list 的结构性风险

他的推演：SDK 升版会往清单里加新条目 → 某天早上套件**突然红**，且红在与本次改动无关的
代码上；这时人的第一反应是把名字塞进 allow-list —— 而 allow-list 一旦这么用，
就不再是"研究过的例外"，只是"红的止痛药"。所以条目结构化：

```js
const ALLOW = [ /* { name, replacement, why } */ ];
```

`replacement` 非空是硬断言（"暂时不想改"不是放行理由，"替代品要求的 API level 高于基线"才是）。
**刻意不断言"名单必须为空"** —— 那会挡住合理放行；断言的是"有名字、没替代品 → 红"，
于是侵蚀发生时红的是**放行这件事本身**，而不是某天的新 SDK。
变异：塞一条 `{ name:'px2vp', replacement:'', why:'暂时不想改' }` → 红。

## 2（pi 建议）：扫目录的判据要防"空判据"

他问废弃 API 判据扫哪些目录（怕只扫 `pages/`，`common/` 里的旧写法逃掉）。
答案：扫的是**整个 ets 目录递归**（实测 25 个文件，含 `pages/ common/ model/ api/ entryability/`）。
顺手加了防退化的自检：文件数 ≥ 20，且 `pages/ common/ model/ api/` 四个目录都必须扫到
—— 目录改名/只扫一个子目录会让这条变成空判据而依然全绿。
变异：把扫描范围改成只扫 `pages/` → 红。

## 3（pi 建议）：把"邻接不是结构"写进判据规范

同一个坑在本仓露头三次：① 窗口式正则被一行注释挤爆（原注释自嘲过）；
② 括号配对取代窗口；③ 链式修饰符让"看前一个字符是不是 `}`"静默失效。
共同形式值得升格成规则，于是新建 `client/electron/test/CRITERIA.md`（七条），
并在 `run-all.mjs` 加**自检 3**：规范文件必须在、且必须点到关键条目。
WebUI 侧 `background.test.mjs` 的窗口式存量按 pi 的说明**记着不动**（那是他的地盘）。

规范里另外两条是本仓自己踩出来的：剥注释读代码 vs 读原文读理由（混用必红）；
以及**验证要按真实入口跑** —— 我用 `node --test test/run-all.mjs` 验自检 3 时它"依然绿"，
其实是 runner 把内部的 `process.exit(1)` 吞了；换成 `npm test` 走的那一行就红对了。
变异：删掉规范里的一条关键规则 → `npm test` 那条路 exit 1。

## 验证

`npm test` 退出码 0（11 个判据文件全绿 + vitest 258/258）；`hvigorw assembleHap` 未受影响。

client/electron/test/run-all.mjs

@@ -16,6 +16,10 @@
  *   2. `test/` 下的每个 `*.test.mjs` 都必须在清单里
  *      —— 这次 `cross-client-theme.test.mjs` 就是"写好了但没接进套件"，
  *      在它进套件之前一直是隐身状态。加了这条，**新增判据忘了接线会直接红**。
+ *   3. 判据规范 `test/CRITERIA.md` 要在、且要点到那几条规则
+ *      —— 写判据的规矩本身也会被"忘了带"（形状记在某个人的脑子里等于没有）。
+ *
+ * 写判据之前先读 `test/CRITERIA.md`（判结构与行为，不判字面与邻接）。
  */
 import { spawnSync } from 'node:child_process';
 import { existsSync, readFileSync, readdirSync } from 'node:fs';
@@ -31,6 +35,27 @@ const ROOT = join(HERE, '..');
  * `--test` 给用 node:test 写的判据；鸿蒙那条要 `--experimental-strip-types`
  * 才能直接执行 `client/harmony/.../MailGrouping.ts`（判据跑的是客户端真正引用的那份逻辑）。
  */
+/*
+ * 自检 3：判据规范在不在、有没有写到那几条关键规则。
+ *
+ * 为什么把"文档"也判：`CRITERIA.md` 里的每条都是踩出来的（窗口式判据、邻接式判据、
+ * 生成的清单被侵蚀、剥注释读不到理由……）。规则只在某个人的脑子里时，下一个人会重踩一遍；
+ * 文件被删/被搬走却没人发现，等于规则也没了。这里只断"还在 + 关键条目还在"，
+ * 不断它的措辞 —— 那是笔记，不是接口。
+ */
+const CRITERIA_DOC = join(HERE, 'CRITERIA.md');
+if (!existsSync(CRITERIA_DOC)) {
+  console.error('✗ 判据规范 test/CRITERIA.md 不见了（写判据的规矩不能只活在脑子里）');
+  process.exit(1);
+}
+const criteriaDoc = readFileSync(CRITERIA_DOC, 'utf8');
+for (const must of ['配对/解析', 'allow-list', '变异验证', '剥掉注释', '按行']) {
+  if (!criteriaDoc.includes(must)) {
+    console.error(`✗ 判据规范里少了「${must}」这条 —— 规则被删掉了还是搬走了？`);
+    process.exit(1);
+  }
+}
+
 const SUITE = [
   ['test/markdown-xss.test.mjs', []],
   ['test/narrow-layout.test.mjs', []],