执行工作台 execution.constraintlab.io

T-5.3 系统级验收报告(九域)+ T-5.4 积压消化计划

日期:2026-10-24 18:50 · 依据:docs/21 第八章九域判据 · 证据来源:docs/30/31/32/33 + workbench/Protocol System 实测记录 状态:v1.1(Phase 5 终版)——所有者于 2026-10-24 晚决定 T-5.1 挂起,本报告即为 Phase 5 收尾版(原计划"T-5.1 完成后升级 v2"不再适用,见第三部分)

第一部分:T-5.4 积压消化计划

现状实测(2026-10-24 18:50)

对象 审计口径(10-24 晨) 当前实测 差异说明
CN 变更审核积压 44 条【已验证·ROADMAP R2】 22 条快照 + 1 条历史 approve(未应用) 44 为审计时口径,现值 22;差异无法本地复现,待 T-0.5 服务器对账后并案核实
WGL/BB/PW/BC 变更快照 — 均 0(review-scan 为纯队列计算,不产生快照) 属预期
运营 items — 1 条(今日演练产生的 closed 项) 无积压

消化计划(按严重度分批,D-10 推荐)

第二部分:九域系统级验收

# 域 判据 结论 关键证据 缺口
1 系统规则(协议) 协议有效、版本可追溯、冲突有裁决 通过 protocol-v2.0.0(P-01 v2.0.0/P-07 实验/P-04 v1.1.0/ADR-003);CHANGELOG 五要素;tag;五项目协议 v1.0.0 全部注册 P-07 已于 2026-10-24 晚转正(ADR-004,protocol-v2.1.0,见第三部分);P-04 健康细则未挂自动校验
2 职责边界 四层职责不混淆、单一事实来源 通过 ADR-003(同进程现状合规);docs/21 §2 映射表;注册协议逐项目划界 无硬性缺口
3 任务运行 注册/调度/互斥/记录 通过 五站×{validate,review-scan}+CN 三任务全 succeeded;互斥守卫两次实测拒并发;调度链路 CN 双触发成功 四站 schedule 仍 every:360m 未实战触发过(首次 tick 将在下次启动自然发生)
4 结果追溯 信封/codeVersion/legacy 降级 通过 native/script+native/workbench+legacy 三路径全部实测;BC codeVersion 与生产提交一致(sha:33ac17b);两份 Schema 草案级校验 ajv 全量校验未接(P-07 转正条件 3 的一部分)
5 数据质量 校验闸全绿、质量状态如实 通过(有业务积压) 五站 validate 全绿(BC 10 闸/CN 7 闸/PW 8 闸/BB samples/WGL);WGL 17+PW 122 待审为业务侧如实登记 业务待审积压属模块层待办,不阻塞系统验收
6 审核与发布 审核闸+护栏+发布链 部分通过 审核闸按规则放行/拒绝实测;发布护栏实测拦截(零 commit 零 push);items 关闭护栏实测 T-5.1 真实发布未执行(待 L2 授权)——判据"人工批准→护栏→指纹→健康探测"四样缺一
7 异常恢复 发现→登记→重试→证据关闭 通过(有断点) T-5.2 八步全链路走通(docs/33);关闭护栏实测拒绝不合格载荷 B-1 断点:失败不自动登记 item(改进挂 Phase 6)
8 服务健康 站点/API/MCP 独立探测 通过(本机视角) 五站站点 200;CN API Worker 200;bagcomply 生产部署验证(首页渲染+新页 200) MCP 端点未探测;服务器内部状态未知(T-0.5 内部项);本机网络抖动致部分探测走外部通道
9 版本治理 版本/回退点/变更留痕 通过 Protocol System tag protocol-v2.0.0;workbench 4 commits(0cc861c/1734598/62382fe/+config);CN 2409328;BC 33ac17b;每次环境临时改动均逐字还原并 diff 核验 未 push 提交已于 2026-10-24 晚经所有者指示全部推送(CN 2409328 触发 CF 部署并核验 200;workbench 3 commits 触发服务器部署,服务器内部状态仍属 T-0.5 未知项)

总判

第三部分:所有者决定与 Phase 5 收尾(2026-10-24 晚)

§1 T-5.1 挂起——载体核实结论(计划与现实不符的修正)

执行前核实发现:docs/34 第一部分第 2 批"T-5.1 发布实战本身会消化 1 条 approve 流程"的预期与代码现实不符,按当前队列走不出真实发布:

队列内容 批准后实际行为(代码依据) 能否构成真实发布
21 条 added(首扫建线待确认) 只写工作台基线,不碰仓库文件(projects/china-newcomers/monitor.ts applyMonitorChange:added → writeBaseline;core/tasks.ts publish-changes 特例:"仓库无文件改动,无需提交"收账) ❌ 护栏/push/部署/指纹四要素全走不到(此为设计语义:首扫内容即已核验内容,不发布)
1 条 changed(src-nia-residence-guide-en) 会写基线 + 关联实体标 needsReview 上生产 ⚠️ 假阳性,见 §3,不宜作首发布载体

结论:真实发布必须有一条真实的 data/ 内容变更,当前队列没有。所有者选择挂起 T-5.1,Phase 5 以 v1.1 收尾;重启时机 = 下次 source-run 检测到真实来源变化(changed 类经人工批准后即产生仓库差异),或所有者届时指定一条真实内容修正为载体。

§2 P-07 转正(所有者批准)

§3 新登记:CN 变更队列假阳性(基线污染)

§4 收尾状态