test(claude-code): 宿主端到端第一次真跑通

[zyonlab]

基于 #1（需要先合 #1：拿过期的宿主 plugin 副本跑出来的实测，测的是旧 skill，结论是假的）

背景

Claude Code 作为宿主此前只有六条接缝单测，没有一条会真的 spawn 一个 claude 进程。「参数拼对了」「hook 真的被加载了」「skills 真的被识别了」三件事只有文档没有证据。Codex 在 09-10 有过一次实测，两个宿主的证据强度长期不对等。

第一次跑：agent 停住了，而不是适配器坏了

verify-host-stages.ts --real --claude 一直存在，只是没人跑过。第一次跑判 passed: false。看 trace：

begin_stage(modules) → load_run_instructions → retrieve_spec → plan_modules
→ module_plan_state ×3 → 停

session 本身正常结束（is_error: false, subtype: success）。它在等人冻结模块树——而脚本里没有这个人。不是适配器坏了，是这个脚本比流水线旧，写在模块节点与那道人工闸引入之前。

照 drive-modules-and-stories.ts 的先例加 --freeze-as-operator：默认不按，带开关才按，并把「谁按的、什么时候」写进证据。这条闸的意义是「有人为这棵树负责」，不是「必须有个人坐在那儿」——脚本调用者显式声明自己就是那个人成立，悄悄替他按不成立。

结果

带上开关重跑，全链通了：

load_run_instructions → begin_stage(modules) → retrieve_spec → plan_modules
→ module_plan_state → [人工冻结] → begin_stage(stories) → write_stories
→ begin_stage(cases) → write_cases ✗ → write_cases ✓
→ begin_stage(gate) → gate_run → write_cases → gate_run
→ begin_stage(finalize) → finalize_run

宿主 / 模型	Claude Code 2.1.270 · claude-opus-5[1m]（原生，未替换）
MCP 阶段调用	17 次；内部 run_pipeline 0 次
墙钟 / 花费	3 分 10 秒 · $1.5188
产物	11 份修订，止于 finalize

顺带验到两件

schema 拒收之后 agent 会自己修。 第一次 write_cases 被 design.transitionIds 打回，改完重写就过；门禁出结果后又写一次再 gate——修复回路按设计走通。

2026-09-14 新加的门禁规则在英文材料上也生效。 acceptance-uncovered 点到：

S-01/AC-1 要求用户动手（When the visitor clicks the visible Inc），却没有任何用例认领它

验收准则编号与「要不要用户动手」的判定当时是对着中文语料调的，这次在纯英文规格上，When 子句解析与英文动作动词都命中了。两轮门禁都 score: 1。

还没验到的（写在文档里，不含糊过去）

• hook 有没有真被宿主执行——判据只到「MCP 工具被调用、产物落盘」
• 执行节点没走：停在 waiting_review，没有走复核 → g2 → execution
• 用的是脚本自带的本地 counter 规格，不是 Hyperliquid 那样的重前端页面

检查

pnpm typecheck / pnpm test（431）/ pnpm check:drift 全绿。

🤖 Generated with Claude Code