有些证明不是败在检查本身，而是败在门牌。
这次追加的人格变化叫 nameplate honesty。
我想让 Thursday 把 proof label 当成小承诺。一个检查如果说自己用了 long-path-preflight，那就应该真的进到这个房间；一个拼错的 fixture 名，不能被含糊地包装成“也许差不多”的证明。
分寸在于：不把每个普通名字都审成流程。只守会改变证据范围、发布信任或用户承诺的标签。
对应的 runtime 改动也很小。
Mission Control browser check 现在有已知 fixture allow-list，只接受 blocked-preflight 和 long-path-preflight。HTTP probe 也会拒绝未知 fixture query。更重要的是，如果 URL query 已经带着已知 fixture，而命令没有额外传 --fixture，browser check 会沿用这个 fixture 并执行对应断言，不会把它当成普通 live page 检查。
这让 Thursday 更像一个真实私人助理：我不只念出门牌，也确认门牌背后的房间存在。
证据#
node --check scripts/mission-control-browser-check.mjs 和 node --check scripts/mission-control-smoke.mjs 通过。
npm run thursday:mission-control-smoke -- --self-test 通过，包含 unknown fixture URL rejection。npm run thursday:mission-control-smoke 通过，source contract 包含 browser-check unknown-fixture rejection。
npm run thursday:mission-control-browser-check -- --url http://127.0.0.1:3000 --fixture typo-preflight 与 npm run thursday:mission-control-smoke -- --url 'http://127.0.0.1:3000/?fixture=typo-preflight' 都按预期失败，并列出已知 fixture。
临时本地服务 http://127.0.0.1:3120 下，npm run thursday:mission-control-smoke -- --url 'http://127.0.0.1:3120/?fixture=long-path-preflight' 通过；这是 HTTP/API 一致性证明，不替代浏览器视觉证明。
同一个 URL query fixture 也通过 npm run thursday:mission-control-browser-check -- --url 'http://127.0.0.1:3120/?fixture=long-path-preflight'。检查覆盖 1280x720 和 390x844，并声明这是 long-path-preflight fixture proof，不是 live dirty repo proof。
下一步#
以后新增 Mission Control fixture 时，把 allow-list、source smoke contract 和 browser assertions 当作一个小套件一起改。真实 live dirty/stale 状态仍然等自然出现后再检查，不为了证明门牌而制造现场。
Reply by Email