buildout r009 · 状态缺口终报
轮次报告全文 · 逐字真源投影
本页是轮次报告的逐字投影（仅隐私清洗，零改写）。渲染不了的元素退化为代码块原文。
时点提示：本页是仓内文件 adhoc_jobs/context_infra_base_tooling_buildout_20260615/runs/r009_20260710_state_gap_quick_landing/FINAL_REPORT.md 的逐字投影（仅做隐私清洗：仓库根绝对路径→相对路径、家目录→~/；除此零改写）。若源文件后续有修订，以仓内真源为准。
r009 收口报告 — Base Tooling 状态检查 + 七域快速落地（2026-07-10）
需求真源：REQUIREMENTS_VERBATIM_20260710.md（SGQ-00~18）。域计划与所有权：EXECUTION_PLAN.md。各域过程证据：state/D*_STATE.md。agent 自发现问题（与用户需求隔离）：AGENT_FOUND_ISSUES.md（AFI-01~14）。
一句话结论
用户点名的三条主线（Session/Phase 的 Stop Hook、Git 工具、额度墙与 provider 引导）全部查清根因并落地修复，外加台账、绘图状态、DDP 来源、迁入迁出记录四个域的快速落地；七域并行执行、逐域经主 agent 独立抽验，version-manager 校核合规，分域原子提交入 main。
用户问题的直接答案
「Phase 的 Stop Hook 是弃用了还是坏了？」——都不是弃用：stop_phase_check.py 一直注册在 Stop hooks 里。它死于两层叠加：receipts 台账长到 287MB 被它每次全读两遍（≈15.5s）撞上 harness 10s 超时被整只击杀；fail-safe「任何异常 return 0」让死亡零留痕。已根治：台账 tail 窗口读（armed 路径实测 0.67s）+ 软预算 8s + 每次运行写健康 sidecar（死亡必留痕）+ timeout 提到 30s。
「Session 结束必须强制提交」——今日 session ref 全缺席拆出两个独立机制并都修了：①10s 超时击杀（timeout 60s + stop_hook 提速：批量 add + check-ignore 预过滤，20-40s→约 12s）；②HEAD-clean 路径 fail-closed 整体放弃（gitignored receipts.jsonl 入列毒丸触发批量 add 失败）。失败时输出具体补交命令引导。cron 兜底补 capture_main_worktree()：主工作树任何 tracked 改动 ≤30min 必有 session-ref 捕获（实测 12s 生成 625 文件 ref）。
「git 持锁」——锁看门狗已有（每日 03:25，锁龄 300s+lsof fail-closed）；本轮补上缺的引导面：commit_wrapper 锁失败从裸 die 改三档引导（锁龄+持有者探测→稍候重试 / lock_watchdog --execute / 等待说明），git 写失败位点接锁态提示。
七域交付与验证
| 域 | 交付 | 主 agent 独立验证 | 提交 |
|---|---|---|---|
| D1 git（Fable） | timeout 60/30s、stop_hook 提速+引导、锁三档引导、cron 主树捕获、积压 137 文件 9 笔主题提交、T2519=搬移非误删、e65d86d2 12 路径零丢失 | settings.json 解析、bash -n、E2E ref 生成、T2519 新位置 | 087061bd6 + 9 笔积压 |
| D2 phase（Fable） | 台账 tail 化、软预算、健康 sidecar、decline 事件、GC 6308→507（审计齐全）、plan_loader 引导式校验（9 单测）、仓内 skill 机械门 | 8 文件编译、假 payload rc=0+sidecar 落行、507 计数、25 单测 | 3e53d73c7 |
| D3 台账（Opus） | 29 条 intake（16 SGQ+13 MIG-BT）全双 gate PASS、STOP-HOOK-TIMEOUT-POPULATION 立项（与 AF-HOOK-LATENCY-SLO 仪器错位 cross-link）、§Intake 速查、完成宣告解耦设计（见下） | todo 计数、record 计数、逐字保真盲抽（Skil 笔误保留）、来源锚指向 | aa2182de95 |
| D4/5 llm（Opus） | error_guidance 21 kind 引导（router 单一注入点）、PROVIDER_KNOWN_ISSUES 台账（PKI-001~003）、usage_report 看板、caller 维度、AFI-12 两 fixture 改读真值 | selftest、注入点 grep、看板实跑、指针可达、55+183 测试复跑 | fb85fdf55+59ca87cd7 |
| D6 绘图（Opus） | run_status.jsonl(v1)+TTL 360min stale 判定器+fs_patrol 每日 --fix 接线+3 条历史回填（此前无任何结构化账本=故障无痕的根因） | 三脚本编译、patrol 接线、--report 实跑、账本三件套 | 378895352 |
| D7 ddp（Opus） | 骨架 §2.3b「设计来源与参考」独立节+协议 v0.4 填写纪律；三态 checker 验证兼容 | diff 核对、路由表格式、v0.4 元数据 | f7878ce5c |
| D8 迁移（Opus） | 迁移本体查清（迁 context-infra 本身，S 段管理）、CHECKIN_CHECKOUT_LEDGER（契约语义扎根 v0，5 条回填含账号切换 ts=unverified 如实标注）、24 条 base-tooling 提取 | ledger/指针/计数/unverified 标注核实 | 20130ce69 |
集成者附加处置：providers 5.6 迁移余量入库（0bb74258b，e65d86d2 落盘但被 Stop 超时链困住的工作）；PROVIDER_KNOWN_ISSUES 从 gitignored 的 contexts/runtime 迁至 contexts/references/（目录按路由表初建）；todo intake 的 341 个 TODO.md.bak（328MB）解除追踪+gitignore+tmp 归档（AFI-14，提交链 aa2182de95→dc852bf7f→ecaa62b9f）。
需用户过目 / 留下轮的事项
待用户决策：
- 完成宣告解耦实现（D3 设计已成文）：现状=session 实际驱动的三个宣告面（自报→todo done→手编 sidecar）全无证据门，唯一有真门的 scoreboard 被隔离链外。建议=完成宣告唯一合法出口 todo done（带证据锚），sidecar/DIFF_TABLE 只读派生。改 live 链 3 工具，需授权后专门轮次做。
- PKI-001 opus-4-8 输出损坏族：按你裁定 Anthropic 暂时性问题不上报，台账 status=investigating 持续攒证据；若复发升级再议上报。
- 额度预警推送/cron 巡检行（CRONTAB 提案可给，装载需你批）。
深水区（已记录未做）：Stop hook 快慢两段式重构（本轮=提速+提额，非终态）；「生成侧无界」家族三件（receipts.jsonl 273MB、TODO.md.bak rotation、Run5 scoreboard ~600 untracked）建议合并立项；逐消费方 strict 断言；arm 判据 tracked-编辑维度（PostToolUse sidecar 草图在 D2_STATE）；绘图 ledger 织入 run 起手/收口模板（AFI-13）；done_claim 3 个预存失败测试（与本轮无关）。
用户已裁定延后：SGQ-06 注入瘦身（挂 Harness Reference 轮，dao 路由降级同轮）；SGQ-09 专项 Session 检查（舍弃，审计方法保留在 6fbe9174 报告）。
验证边界（诚实声明）：settings.json 提额在 harness 层的效果只能由下一个自然 session 收尾确认（本轮 E2E 为手动触发；旁证=refs/sessions 已恢复流动：cron-main-sweep/e2e/d1 三 ref 今日新增）。Stop 超时人群率实际下降需 sidecar 积 1-2 天数据回看。绘图账本对新 run 生效依赖 run 作者调用 ledger（机制+兜底已建，执行流未改造）。
W2 附录 — 14 域逐域 Fable 检查波次（同日第二波，用户架构指令）
用户当轮指令：多域检查判断必须每域 ≥1 Fable（单 Opus 扛 14 域被否）；实现 agent 带断点恢复。执行=14 个 Fable 检查官 + quickfix 批（10 项）+ intake 执行官 + 版本校核，全程跨越一次真实额度墙（15/15 凭 state 文件断点续跑零重做——断点恢复纪律的第一次实战验证）。
用户两问的最终答案
「14 个域处理了几个？」：r009 第一波直接处理 6/14（git/runtime/todo/provider/error_trace/ddp）+ 2 个名册外辅助域（绘图/迁移）；W2 波把剩余 8 个全部补上——14/14 每域都经 Fable 独立检查，13 个域落了域内快修（final_report 域的修在共享 plan_loader）。
「同类问题是全域优化还是部分？」：分三层。①4 处修复天生全域受益（hook timeout、router 单点引导、phase_state GC、error_ledger 链）；②「生成侧无界」家族第一波只治了撞上的实例，W2 已系统化：6 个成员修复织入生成侧（receipts 轮转已装 cron、TODO.bak、scoreboard、danger_op、hook_bridge.log、fs_org sweep）+ 8 个未修成员合并立项（W2-GEN-UNBOUNDED-FAMILY）；③F1/F3/F4/F5 在其余域逐域核验，PRESENT 的都修了或注册了。
W2 逐域一行（全部经主 agent 独立复验，13 笔域提交 + QF/脊柱 2 笔）
| 域 | 头条发现 | 快修 |
|---|---|---|
| cross_cutting | 一条散文 evidence 冻结全 program DIFF_TABLE 29h/121 红周期（信号有 surface 无消费者） | OSError 免疫（cron 自愈实证）+active_task TTL |
| provider | quota epoch 污染=单次限流可致 scope 永久熄灯（四 scope 全带雷，解释当日全队撞墙恢复异常） | 三处修+6 测试 |
| orchestrator | 派发管线死 3 天（cron PATH codex 假阴性+无时间戳日志），76 条 approved 排队 | 根修+danger_op 轮转（45MB→8.7KB live）+work_ledger 时间锚 |
| todo | 根因反转：CC 真实导出 CLAUDE_CODE_SESSION_ID，捕获链缺真名；账本 34.5% 假值污染（夹具写真缓存） | conftest 隔离+清毒；QF-9 真名捕获（亲验闸门打通） |
| git | D1 三宣称 VERIFIED+抓到 100-400 路径档 shadow 顶满 60s 的残余击杀区间 | 预算门 rc=126（E2E 64s→34s） |
| final_report | 造门的 run 自己绕过了门；15/15 landed 虚高翻案 11/4 | plan_loader 逃逸加固门+sidecar 真值回写 |
| guardian | Form-B=文档虚标（五路证据）；健康扫描连报 4 天头条但写在死目录零消费 | 契约测试+日志可观测化 |
| quality_gate | 23 实际 gate vs 设计 13；last_verified 33/34 null | gate_status 聚合看板（live 闭环验证） |
| error_trace | triage 只在合成夹具 landed 真数据即崩；生产队列被 pytest 覆写 | 崩溃修+防污染 guard+健康 sidecar+17 真实候选重建 |
| hook_bridge | 桥接健康；ensure_session 首建竞态（16 次 FAILED） | 竞态修（自查否决盲重试）+日志轮转+stderr |
| runtime | D2 全核实；真残余=auto-arm CC 人群转化 0%、task_id 锚定 0.9% | funnel_report 四源只读仪器 |
| fsa | F2 新五点（codex daily 111MB/天、drafts 藏 1GB） | sweep 有界化+FG remediation+rename 硬护栏 |
| evolvable | 演进系统自身演进状态失明（plan 从无回写者） | staleness 哨兵+三处引导修 |
| ddp | D7 成立；三态复现+路由端到端补测 | CLI 输出 fill-guide 指引 |
台账与 cron
- 净新增注册 25 条（w2-r009 标签，双 gate 全 PASS，家族 1+独立 24）；re-judge 12 条单列给 DIFF_TABLE 刷新；本 session 累计 intake=16+13+25=54 条。
- cron 新装 2 行（用户授权流程）：额度巡检每 6h（usage_patrol）+ receipts 轮转每日 04:30 --execute（QF-10 archive-aware 前置已清）。
- 完成宣告解耦（R2-1）：激活闸门已打通（QF-9 亲验），激活条件=新增 200 条 done 事件真 UUID 填充率 ≥80%（FOLLOWUP A-1）。
W2 后仍待用户的事项（增量）
- 派发恢复知会：standing 队列修复后整点恢复授权派发（P-014，codex:high --max 1/h，76 条排队）；停止杆=queue 内 dispatch_enabled=false 或删 CRONTAB hourly consume 行。
- main 领先 origin 6397+ commits（push 停在 05-17）：恢复推送需你决策。
- guardian 健康报告消费面（W2-GUARDIAN-HEALTH-NO-CONSUMER）与 shadow 99.8% divergent（W2-SNAPSHOT-SHADOW-DIVERGENT，S7 门数据失效）优先级由你排。
- Form-B 接线 or 去虚标（W2-FORMB-WIRING-CLAIM）：接=settings.json Stop 链+0.35s 成本；不接=改 CRONTAB.md 措辞。