JianFeeeee
317f3265e3
fix(判据): 探针三值 + 发布候选标签 —— 顺带查出探针从写下那天起一次都没跑成过
pi 的两条"真实的洞"，都落了，而且第一条当场抓到实证。
1. **探针三值**（可用 / 不可用 / 拿不准→红）：`RESULT static=5 probe=ok|unknown`
把"欠账余额"和"探针是否健康"拆成两个数字。
**换完第一次运行就报 probe=unknown** —— 一查：探针调的是 `execFileSync`，
而这个文件 import 的是 `spawnSync`，**名字根本没定义**。也就是说
**探针从写下的那天起一次都没跑成过**，旧的两值设计把 `ReferenceError`
和"没有设备"一起吞掉、统一报成"设备不可用"：机制在、闸门从没开过，
而它看起来完全健康。这正是 pi 描述的"恒不开闸"，只是比预想更彻底。
现在：命令在但跑不成 → unknown → 红；所有候选都不存在（本机没装 hdc）→ 可判的
"没有设备工具" → false，避免没装 SDK 的机器天天假红。
附 `--probe-selftest`（只跑分类器，不跑套件）+ 变异验证（把 unknown 当"不成立"→ 红）。
2. **releaseCandidate = !gitDirty**（从展示升成标签）：BUILD_INFO 现在自报
`releaseCandidate`，发布脚本在脏树时会打印"这个包不是发布候选"。
判据 `build-stamp` 断言"标签与 gitDirty 必须一致"。
**实证**：本轮我打的包正是这种情况 —— `gitDirty: true`（含着 gui-lab 未提交的
NarrowStack/index.css），`releaseCandidate: false`，日志里明确说了"不是发布候选"。
3. 附带：`criteria-hygiene` 加一条"用到 `code/prose/bytes` 就必须真的 import"。
理由是同一形状我这轮在三个文件里各犯过一次（最后一次是 `execFileSync`/`spawnSync`），
而它表现为"判据红了"（ReferenceError 抛在判据自己身上），看起来像判据失败、
不像判据写错。这条至少把最常写错的那几个名字变成明确的红。
2026-09-14 16:35:40 +08:00
..
2026-09-14 16:35:40 +08:00
2026-09-14 16:00:34 +08:00