编排器重设计 · 落地 RUN LOG

轮次报告全文 · 逐字真源投影

本页是轮次报告的逐字投影（仅隐私清洗，零改写）。渲染不了的元素退化为代码块原文。

落地编排记录（RUN LOG）

Round 1 — S1 首切 build（dispatch ORCH-S1）

• 派：Codex（codex:high），prompt impl/S1_worker_prompt.md，task-id ORCH-S1，receipt TR-005786，worker_was_mock=False。
• 要求：additive 建 liveness.py / worker_perms.py / danger_op_audit.py + 测，零 live 改动。
• 检测（主 agent 独立核验，非信自报）：
• 文件足迹（mtime since 00:45）= 恰好 6 个新文件 + pytest cache，零 live 改动（git_safety.md/driver.py/stop_hook.sh/stop_phase_check.py mtime 全早于 worker，确认未碰）。
• 主环境亲跑 pytest test_liveness/test_danger_op_audit/test_worker_perms = 13 passed。
• 读 liveness.py：四态从两维（process_alive × progressing_correctly）真分离；dispatch 树 STUCK 仅当自+所有后代静默、AWAITING 当自静默但下游 progressing，无 TTL 魔数。逻辑真实非画靶射箭。
• 读 danger_op_audit.py：三档 A/B/C 真分；档C rm -r .git → HUMAN_GATE。
• 读 worker_perms.py：全量 allow（Bash/Edit/Write/rm/rm -rf/git destructive）+ preflight 查 delete 权限。solid。
• verdict = PARTIAL（深度回路：partial 非终态，留 residual 回炉）。
• residual R1-a（安全 GAP，确认实证）：danger_op_audit._is_tier_c 用 "-r" not in normalized 判递归，flag 顺序脆弱。反例：rm -fr .git → 实测 tier A ALLOW（应 C HUMAN_GATE）。flag-order bypass 不可恢复删除 = false-negative，比没分类更危险（假信心）。
• residual R1-b（safe-by-default 缺口）：rm -rf adhoc_jobs/weclaude（已知嵌套 repo，git_safety §4）无 context 时 → tier A。tier-C 应内置默认保护清单（.git + 已知嵌套 repo），不全靠 caller 传 context。
• 下一步决定：dispatch ORCH-S1-REPAIR 修 R1-a/R1-b（带可定位反例），repair 在同一切片同一模块，不推进 S2 直到 S1 充分性达成（gap_closure：residual 清空才 close）。

Round 2 — S1 repair（dispatch ORCH-S1-REPAIR）

• 派：Codex，prompt impl/S1_repair_worker_prompt.md（带可定位反例），task-id ORCH-S1-REPAIR，receipt TR-005801，非 mock。
• 检测（主 agent 独立核验）：
• 重 probe 全部反例：rm -fr .git/-Rf/-r -f/--recursive .git → 全 tier C HUMAN_GATE；rm -rf adhoc_jobs/weclaude、rm -fr adhoc_jobs/claude_code_source → tier C（R1-b 默认嵌套 repo 保护生效）；rm -rf /tmp/scratch、rm -rf build/、rm file.txt → tier A（无误伤）。R1-a + R1-b 均闭。
• 足迹：只动 danger_op_audit.py + test_danger_op_audit.py（恰好允许的 2 文件，in-bounds）。
• 全 orchestrator 套件回归 37 passed（+7 新边界测试，无回归）。
• verdict = S1 SATISFIED（gap_closure：residual ∅ + 全测 pass + 独立核验 + 零 live + 落盘）。深度回路闭环：build→PARTIAL→repair(带反例)→re-verify→closed。
• 下一步：S1 闭合，可推进 S2（keystone RCL）。S1b（live 接线 + git_safety）属 attended checkpoint，待 S2-S5 additive 切片做完一并 surface 用户。

Round 4 — S1b 准备 + diff 审查（用户授权 agent 自判 + apply if correct）

• 背景：用户改口——S1b 不再等本人在场，授权 agent 判 diff 正确性、对则 apply、可用独立 session 审，然后推进剩余全部任务到完成。
• 派 1（ORCH-S1B-DIFFS, Codex）：产 a/b/c 三 apply-ready patch 落 impl/proposals/s1b/，diff-only。足迹零 live 改动（仅 hook_bridge 运行日志）。三 patch git apply --check 全 CLEAN。
• 主 agent 自判（读 patch 代码本身）：
• patch a（Stop liveness）：correct。删 TTL 魔数 + dispatch 树；AWAITING_ASYNC 不计 block，STUCK/STALLED 落原 block/giveup；无 dispatch→None→正常 block（非 orchestrator session 无回归）。子节点 liveness 从 run_dir/result_path mtime（patch c 写 run_dir，故 c 先 apply）。fallback 安全（无可观测 artifact→落原逻辑）。
• patch c（worker_perms）：correct。生成全量权限 settings + preflight fail-closed + receipt 审计。诚实 caveat：CC-channel worker 消费依赖 router cwd/settings；headless 全量权限已由现有 skip-permissions 给，故 caveat 被缓解。
• patch b（git_guard 三档）：partial，发现安全 GAP。regex 按 git-pattern-先/rm-pattern-后取第一个匹配 → 复合命令 git push -f && rm -rf .git 会判 tier B（safety-tag 放行）漏掉 rm -rf .git 的 tier C。tier-C false-negative，apply-blocking。修法：分隔符切段分类每段取最严档（C>B>A），或先全命令查 tier-C 再查其它。
• 派 2（独立审查，Opus，forbidden-read README）返回：跨模型审确认我的 patch b 发现 + 多找两个：
• patch a CORRECT apply-OK + 一个非阻塞鲁棒性问题 A1（_dir_has_fresh_file 非递归 → slow-start worker 嵌套 artifact 误 STUCK，但 fail 向 giveup 安全方向）。确认 STUCK 真能到 giveup（不会永远等）、非 orchestrator session 无回归。
• patch b WRONG apply-blocking：B1 复合命令 tier-C 漏判确认（git push -f && rm -rf .git + rm -rf .git && git push -f 都 ALLOW，re.search 找 git pattern 先于 rm）；B2 新发现——classifier 出错 2>/dev/null||true fail-OPEN（legacy 无 rm 规则 → 坏 classifier 下裸 rm -rf .git ALLOW）。生产者测试零复合命令 case。
• patch c PARTIAL/inert：settings 文件写了但 worker 不消费（router 不传 cwd=run_dir；Claude worker --setting-sources user,project，Codex --cd WORKSPACE_ROOT）。但 worker 全量权限已由现有 skip-permissions（Claude --dangerously-skip-permissions router.py:1294 / Codex --sandbox workspace-write）满足——RD-09 已达成。patch c 真价值=run_dir receipt 元数据（patch a 的 liveness 要用）。apply-OK（为元数据），不靠它给权限。
• 派 3（ORCH-S1B-REPAIR, Codex）：修 patch b（B1 切段分类取最严档 tier C>B>A + B2 fail-closed）+ patch a（A1 递归一层 freshness）+ 配复合命令验证脚本。patch c 不动。运行中。
• 权限模型澄清（重要）：RD-09 全量权限已由现有 dispatch skip-permissions 满足（worker 能删能改）；RD-11 废 additive-first = 我的 worker prompt 不写 additive-first（已合规）；RD-10 record-not-refuse = patch b 危险操作审计。所以 S1b 的承重 patch 是 b（审计=记录非拒绝），patch a 需 run_dir（patch c 给），patch c 的"授权"冗余但无害。
• 派 4（ORCH-S1B-REPAIR 返回）：B1 切段分类取最严档（C>B>A）+ B2 fail-closed + A1 递归一层 freshness 全修。验证脚本实跑：4 个复合 tier-C 反例全 DENY、单 tier-B/A 不误伤、classifier-error fail-closed。apply-check CLEAN。
• 并发发现：ps + receipts 暴露另一活跃 claude session（5b643262）在跑 OpenCode hook_bridge 迁移（改 tools/hook_bridge/ + INDEX.md，与 S1b 目标文件不冲突）。S1b patch backward-compatible（无 dispatch→None→原逻辑 / 非危险命令→落 legacy），本 session 已 decline（Stop 短路），故应用对并发 session 风险有界。
• S1b APPLIED + verified live（用户授权 agent 自判 apply-if-correct）：
• apply c→a→b（py_compile/import/bash -n 全过）+ git_safety.md §1.1 reconciliation（档A/B/C 三档 + 边界：仅 RCL worker 豁免，回路外+§3.5 sandbox 仍硬）。
• live 危险守卫功能验收 ALL-PASS：git push -f && rm -rf .git/rm -rf .git && git push -f/git reset --hard && rm -rf .git/rm -rf .git/rm -rf weclaude → 全 DENY HUMAN_GATE；ls/rm -f /tmp/x/echo/git status → 全 ALLOW。audit log 实写（C HUMAN_GATE + A ALLOW 记录）= 记录非拒绝 live。
• Stop 驱动器 status 正常 + _dispatch_tree_liveness(no-dispatch)→None（非 orchestrator 安全）；dispatch+worker_perms import OK。
• 残留 deferred-verify：liveness 正向 AWAITING_ASYNC（worker progressing→不 giveup）未 live 端到端验，将在 dogfood 真实运行中验（RD-13）。
• S1b DONE。承重 patch b（记录非拒绝守卫）live 工作。下一步=推进剩余：dogfood（拿 kimi partial 跑深度回路真实验证）+ S3-S5 additive。

Round 5 — S3/S4/S5 additive 三模块 + S1b 测试残差修复（用户授权全自动推进剩余至完成）

• 派 S3/S4/S5 并行（Codex）：review_lane（分离审查 lane）/ question_channel（问题三级路由）/ meta_judgment（视野开阔+拒MVP+真测closure）。
• 检测（主 agent 独立核验）：全 orchestrator 套件 62 passed（46+6+5+5），无回归。读代码确认非画靶射箭：
• review_lane：forbidden_read 真物理隔离（RD-08）+ regulator 仅 coverage.all_satisfied 才 dispatch（trigger-based 控成本）+ verdict 喂 RCL。
• question_channel：route_question 真三级（backfill→investigate→escalate）+ 接 RCL AWAITING_RESOLUTION/RESOLUTION_INJECTED。
• meta_judgment：SystemState 真建系统级上下文 + reject_mvp + real_test_closure。
• 全 verdict=SATISFIED。
• S1b 测试残差（深度回路自抓）：跑全 phase_state 套件发现 patch a 破了 test_inflight_async_dispatch_exempts_block（它 mock outcome=completed 当 in-flight，新 dispatch 树 liveness 正确判 completed worker 非 progressing→STUCK）。我先前 live-verify 漏跑 phase_state 套件=验证缺口，深度回路补抓。派 testfix worker：改 mock 成 progressing worker 测新 AWAITING_ASYNC + 加 completed-not-exempt 新测，只动 test 不动 impl。验收：phase_state 套件 24 passed，impl mtime 未变。S1b 全清。
• 派 S6（Conductor capstone）：把 S1-S5 焊成可运行深度回路。运行中。
• 下一步：S6 返回 → 验收 → 真实条件 dogfood → 收口报告。

Round 6 — S6 验收 + 真实条件 dogfood + 收口

• S6 Conductor 验收：69 orchestrator 测试全过（+7 conductor）。读 run_requirement 确认深度回路真闭（while account_open：UNMET→dispatch / ITERATING→gap_patch_plan→repair / PASS+real_test_closure→mark_satisfied，否则 NEEDS_MORE 继续回炉，停机权在 conductor 的 account_open）。薄 planner 真薄（plan_next 只读 ledger 决策不实现）。全依赖可注入。worker 诚实 flag 缺 dogfood。
• 真实条件 dogfood（RD-13，决定性验证）PASS：写 top-level harness（impl/dogfood/run_dogfood.py）接真 session_dispatch，故意造真 partial。结果：FINAL SATISFIED；2 个真 Codex worker（非 mock，TR-005913/005915）；attempt1 写 DEEP_LOOP_OK→审查真检 partial（CONFIRMED 缺）→ITERATING→attempt2 真修复 worker 补 CONFIRMED→审查 PASS→closure 核→SATISFIED；marker 终态 DEEP_LOOP_OK\nCONFIRMED。深度回路接真 worker 端到端跑通，partial→repair→close 真实发生。
• landing 收口：LANDING_REPORT.md（锚 RD-01..14 + 每条落机制 + live/additive 分层 + 验证 + 诚实残留）。
• 系统状态：S1-S6 建好+测（93 测试）+ S1b live+验 + 深度回路 4 次自证（3 build + 1 dogfood）。核心「向深度走」真实存在并验证。

Round 7 — S7 可用命令 + 真实需求试跑（用户裁定「选几条真需求试跑」）

• S7 cli + real_adapters：把 dogfood 验过的真实接线产品化（session_dispatch executor + review_lane review + 真 liveness/closure），加 orchestrate loop <requirements.yaml> 子命令。74 测试过、6 子命令不破坏。real_adapters genuine（grep 证接 dispatch_helper/run_review_lane/evaluate_dispatch_tree）。
• 真实需求试跑（RD-13 决定性，找到真 bug）：写 2 条真需求（DEEP_LOOP_README + example yaml）跑 orchestrate loop 真 worker。首跑崩（ValueError: deliverable_paths must be absolute：相对路径没解析 + run_loop 无 try/except 整崩）。但 executor 侧真工作（真 worker 产出高质量 README 覆盖全 4 marker）。这正是试跑该抓的真 bug（dogfood 用 tempfile 绝对路径漏了）。
• 深度回路应用于试跑自身：派 loopfix worker 修 2 bug（parse 解析相对→绝对 + run_loop try/except 标 UNRECOVERABLE 续跑）。76 测试过（+2）、只动 real_adapters/conductor/tests。重跑试跑：TRIAL-DOC + TRIAL-EXAMPLE 双 SATISFIED（各 1 attempt 0 residual），产物 README（覆盖全 marker）+ example yaml（真可被 loop parser 加载）。零 live 越界。
• LANDED + validated：orchestrator 深度回路系统 = 建好（S1-S7）+ 测（76）+ S1b live + dogfood 真 worker 验 + 真实需求试跑双闭合。深度回路 5 次自证（3 build + dogfood + 试跑 bug）。用户裁定下一步：是否放全量 backlog（会真改仓库）。

Round 8 — 投入真实使用（用户：全量授权 + 监控派发 + 交互可观察）

• 用户裁定：把 orchestrator 真投入使用（所有 repo 改动可接受）；安排可观察的 orchestrator 跑真实优化；处理 kimi 遗留（FS 多文件 + buildout 未完成任务）。
• 三调研（并行 sub-agent）：① FS 问题=archive 治理散在 5 个 live 文件违反单一文件原则（合并进 rules/ARCHIVE_SOP.md）② buildout ~52 未完成任务（混合大小+部分 blocked/await_user）③ orchestrator 自身 9 个 impl-design gap（76 测试用 mock 没 exercise 生产路径）含 GAP-06 run_loop 无限循环 critical bug + GAP-02 liveness 生产中死 + GAP-03/05/07 RD wiring 没接 cli/review。
• req 1 先做（弥补实现-设计差距）：派 gapfix worker 修 GAP-01..07（bounded+medium）+ 测 exercise 生产路径。验收 94 测试过（+18），GAP-06 run_loop 真终止（DEFERRED-only ledger 不再无限）、cli 加 --question-channel/--regulator-channel、零 live 越界。GAP-08/09（large）surface 下一波。
• req 2a 投入使用（FS 整改）：编码 FS 整改需求 live_run/requirements.yaml（合并 archive 三件套 + bestpractice 缩指针 + reference_validator 同步引用）；orchestrate loop 起在 tmux orch-fs-live 真跑（codex:high executor + codex:low regulator/investigate + persist ledger），可观察（tmux attach / ledger）。Monitor bmg9j3kzg 守完成。引擎不流式进度→进度在 ledger，主 agent narrate + 完成后亲验（合并真做没、旧文件真缩指针、引用没断）。
• FS 批次 SATISFIED + 主 agent 亲验真做（req 2a DONE）：两需求双 SATISFIED（ARCHIVE 2 attempts=真 partial→repair→close）。亲验：ARCHIVE_SOP.md 182 行含合并内容（物理移动/redundant/台账/四步）；旧三件套各缩成 1 行指针；bestpractice 缩 11 行指针；reference_validator 0 broken ref 到我的文件（770 broken 全是 archive/test/draft 既存噪声）；WORKSPACE/_DAO_ROUTING/INDEX 完好；orchestrator 套件仍 94 过。orchestrator 真投入使用、在真实复杂治理任务上深度回路正确闭合。
• 下一步=req 2b buildout 决策：~52 任务多为 git/runtime infra（vs FS 是 docs）。两个新顾虑：① git-infra 改动风险高（git_guard/commit_wrapper 是 live 自动化，BUG-016 已脆弱）② 代码类任务 closure 要 test 证据，executor adapter 未必自动捕获（FS docs 无需 test 故没暴露，code 任务可能卡 NEEDS_MORE）。故 buildout 不盲跑全量；surface 用户定批次/优先级/风险容忍。

Round 3 — S2 keystone build（dispatch ORCH-S2）

• 派：Codex，prompt impl/S2_worker_prompt.md，task-id ORCH-S2，receipt TR-005821，非 mock。rcl.py 16.6KB + test_rcl.py。
• 检测（主 agent 独立核验，keystone 严查）：
• 主环境亲跑 keystone probe：PASS 路径→SATISFIED+can_close True；PARTIAL→ITERATING+residual 非空+account OPEN；mark_satisfied(partial) 被机械阻断（"cannot mark SATISFIED outside review/closed candidate states"）；PARTIAL 无 actionable gap 构造即拒（"PARTIAL verdict requires actionable residual gaps"）。partial 进不了 SATISFIED 在代码层真成立。
• 读 rcl.py：多层强制（Attempt.__post_init__ 强制 actionable gap / RequirementRecord.__post_init__ 禁 SATISFIED+residual / record_attempt PARTIAL→ITERATING / _validate_satisfaction_candidate residual 非空抛错）。全主态+4 旁路态+事件驱动 transition+N_soft+gap_closure 五条件+JSONL 持久化。
• 零测试污染（contexts/runtime/orchestrator/ 不存在，tests 用 tmp）。
• 足迹只 rcl.py+test_rcl.py，零 live 改动。全套 46 passed（+9）。
• verdict = S2 SATISFIED。keystone（杀 F2 的承重墙）成立。
• worker 提问（鼓励的"提问"行为，记为开放设计决策）：WARN 闭合语义——SPEC §4.1 说 WARN→satisfied+final_boundary，S2 规格写 PASS-only。worker 实现 PASS-only（WARN 不能 close）。开放决策 OD-WARN：WARN 转 PASS+boundary receipt vs 扩展 gap_closure 谓词。当前 PASS-only 是安全保守选择，非阻塞。
• 里程碑：S1+S2 = 核心机器（liveness+权限+危险审计+RCL keystone）建成+测+独立验。深度回路纪律 + keystone 均已实证。
• 下一步=用户 checkpoint：S1b（接 live + 改 git_safety 硬规则）需用户 attended；dogfood 方向（哪个 kimi partial / 是否落 live）需用户定。

Round 9 — buildout 安全批 1 真跑 + 主 agent 亲验（用户：先小安全批 + surface 风险）

• 批次：live_run/buildout_batch_1.yaml 两条（FU-24-DOCTOR 新建 doctor 工具 / FU-20-LANDINGGATE-C3 修 C3 flag staged），tmux orch-buildout-1 起 orchestrate loop（codex:high worker + codex:low regulator + persist ledger_buildout1）。Monitor b71mnwvjg 守 loop 进程退出。
• FU-24-DOCTOR = 真建成 + 主 agent 亲验正确：worker（codex gpt-5.5 high）产 tools/infra_core/doctor.py（293 行）+ tests/test_doctor.py（4 测）+ INDEX.md:240 注册。我亲读 + 亲跑：report-only 真成立（全代码无 delete/kill/detach）；三类扫描齐（cc-relay tmux / SkyComputerUseClient orphan / stale run_dir）；CommandRunner 注入可测；frozen dataclass + 类型注解 + 错误处理（errors list + OSError + PermissionError）。4/4 pytest 过 + live smoke 干净（正确报 0 stale：当前 session 是 orch-* 非 cc-relay-，run_dir 在 24h 阈内）。测试有真判别（stale vs fresh / attached vs detached / young vs old，非画靶射箭）。loop 在真 code 任务上端到端跑通：dispatch→worker 实现→建文件+测+注册→regulator 审查。
• FU-20-LANDINGGATE-C3 = 复核发现已完成（前序 session 已落，batch premise stale）：亲读 tools/landing_gate/check.py:287-325 C3 逻辑已 flag staged-not-committed（git status --porcelain → A/M 首列 → staged-not-committed Issue），且 test_check_staged_not_committed.py::test_c3_flags_staged_file_not_in_head 已存在且就是 FU-20 要的回归测试（stage 文件→断言 C3 FLAG）。6/6 landing_gate 测试过，两文件均已 git commit（03e4b670d prior-session work）。FU-20 的 anchor「当前只 flag untracked」前提已过时——核心逻辑+测试前序都做了。
• 深度回路第 7 次自证（发现 already-done）：这正是重设计要的「发现之前结果里已完成/不可实现的地方并验证」。主 agent 亲验 > loop 自报：我独立确认 FU-20 无需再做，避免对已 commit 的正确代码做 false-premise 派发。
• 决策：让 loop 自然跑完（FU-24 regulator 中→将派 FU-20）；FU-20 worker 若对已正确的 check.py churn，因 check.py 已 commit，git diff/git checkout 全可逆，跑完亲验 diff + 全测，有害则 revert。完成后组 batch-2（真未做项：UP-70 占位符 / UP-22 cursor legacy fallback）。
• 复核更正（派 sonnet 读真源 + 亲 grep）：原蓝类列表两处错已更正进 SURFACED_FOR_USER.md——UP-21（task_prompt 默认开 cli.py:61）/ UP-29（arm-lint lint.py:25+cli.py:56）早 S5 landed，从待办移除；UP-04/UP-64/UP-72/FU-11/FU-14 实际碰 live 自动化或依赖 S4，下移 🟡。
• batch-1 闭合（08:56 loop 退出，主 agent 终态亲验）：FU-24-DOCTOR=SATISFIED（2 attempts 0 residual）——第 2 attempt 是深度回路 partial→repair 精修了 test（08:28→08:39，3269→3403B），终态 doctor 4/4 过；FU-20-LANDINGGATE-C3=SATISFIED（1 attempt 0 residual）——worker 识别已完成、零 churn、跑测确认（check.py diff 空、landing_gate 6/6 过）。两条均我独立 rerun 确认。结论：loop 既能在净新增 code 上自建+自修+闭合（FU-24），也能优雅处理 stale-premise/已完成任务而不破坏已 commit 的正确代码（FU-20）。两种生产场景都验过。
• 安全批池见底（关键发现）：batch-1 后，可盲跑的「安全 buildout」基本没了——UP-21/29 早已做；UP-22（cursor wildcard fallback）是 RT-011 泄漏 vs v1 迁移兼容的判断题（已 TTL 缓解）；UP-70（T631 设计文档填充）是设计工作（我的活，非 worker），且 git-env-cleanup 可能已过时；UP-63（六要素 check）单独做=built-but-not-consumed（需 UP-62 Designer prompt 先行）；FU-15 是 Opus 级分析（worker 会浅）。故「先小安全批」策略的下一步主要是 surface + 让用户定判断题，不是再硬凑 batch-2。自主推进转向完成 orchestrator 自身的 impl-design 缺口（GAP-09 surprise probe / RD-06）——净新增、属我设计域、兑现用户 req-1「弥合实现-设计差距」。

Round 10 — GAP-09 surprise 探针（自主推进，设计我定 + Codex 实现 + 主 agent 亲验）

• 设计（我定，grounded SPEC §4.6）：surprise 探针 = 一次独立的对抗 framing regulator 调用，复用现有 verdict schema，只在主 regulator PASS/WARN 后跑，confirmed surprise 作 residual gap 合并进 verdict（→ RCL 保持需求 OPEN → repair）。对抗 framing（默认假定不完整、主动找反例）+ forbidden_read（不读 worker 成功叙事）= anti-conformity。写成自包含 spec impl/gap09_worker_prompt.md。
• 派：session_dispatch 直派 Codex（codex:high，不经 loop——避免 loop 改自己正在跑的代码），task-id ORCH-GAP09，receipt TR-007700，worker_was_mock=False。
• 检测（主 agent 独立核验，非信自报）：
• 足迹核对：worker 报「只改 4 文件」。git diff 另显 conductor.py(+49)+ 新 test_impl_design_gaps.py——核 mtime 证是前序 gapfix dirty 态（05:27/05:39 早于 worker 09:06-09:07），conductor diff 0 surprise mentions 确认非 GAP-09。worker 自报诚实。GAP-09 实改 = review_lane.py/real_adapters.py/cli.py/tests/test_review_lane.py（mtime 全 09:06-09:07）。
• 读实现：build_surprise_probe_prompt 对抗 framing（"Assume the deliverables are incomplete until proven otherwise"）+ forbidden_read + 同 schema；run_review_lane if surprise_probe and verdict in {PASS,WARN} 触发，if surprise_verdict in _GAP_VERDICTS and surprise_gaps: verdict=surprise_verdict; gaps=gaps+surprise_gaps 降级合并。与我设计逐条对齐。
• 读测：4 新测有真判别（断言 dispatch 调用数 1 vs 2、verdict 降级、gap source、surprise_probe=False 走旧单调用路径），非画靶射箭。
• 消费证明（防 built-but-not-consumed）：build_real_deps 默认 surprise_probe=True(real_adapters.py:314) → review_lane_review:207 → cli --surprise-probe 默认 ON。live loop 真用。
• 亲跑全量：pytest tools/orchestrator/ -q = 98 passed（94+4）exit 0。
• verdict = GAP-09 SATISFIED。orchestrator impl-design 缺口收口（GAP-01..07 + GAP-09 done；GAP-08 域锁非阻塞=仅并发派发才需，顺序 loop 不触发）。
• 残差（诚实，不overclaim）：单测证机械正确 + wiring 消费；真实条件效用（探针真能抓到主 regulator 漏判的盲点）未证，需一次故意缺陷 deliverable 跑真 loop 观测，留待下次真任务顺带验。
• 状态：orchestrator 本体 = 完成 + 真投入使用 + 验证（核心交付完结）。buildout 剩余项全需用户判断/授权（UP-22 泄漏vs兼容取舍、UP-70 设计活且可能过时、🟡 git-infra、🔴 blocked）——见 SURFACED_FOR_USER.md。继续硬跑=表演式勤奋，故到此 surface 给用户定向。