Step 7 Round 2 · Codex 扮演 Claude 治理 / 架构 reviewer 复审报告
0. 角色切换声明
本轮我继续刻意站在 Claude 治理 / 架构 reviewer 位置，不评代码实现细节、不提出工程 patch、不替 Codex 做 schema / fixture / import smoke 判断。关注点只限 Step 6 后治理基线是否成立：Round 1 的 F1-F5 是否真正闭合，ADR namespace、状态账本、proposal 生命周期、Phase 9、27 项 owner map 是否已经成为可续接事实源，以及这些整改能否让未来同类问题自然减少。本文除落盘本报告外保持 read-only。
1. 执行摘要
【Inference】Step 6 把 Round 1 的 5 个治理账本问题从“散落 review 建议”推进为“可被 reviewer 读取的事实源”，治理基线总体成立，但尚未达到“自然不再产生”。评分变化总图：ADR audit trail 4.0→4.3，跨工作流 hand-off 3.8→4.2，跨文档一致性 4.0→4.1，待拍板归口 3.7→4.3，工程化治理张力承接 3.8→4.2。主要扣分来自三点：主架构 §23 仍残留“全局唯一”旧口径，状态 transition 仍靠 checklist 而非 verify-kb enforcement，accepted proposal / status / ADR frontmatter 仍有旧 inbox 与 5 字段口径残留。
2. F1-F5 closure 表
| ID | Round 1 问题 | 关闭？ | Evidence / Inference |
|---|---|---|---|
| F1 | 主架构 §23 ADR namespace / 同号不同物 | 部分 Yes | 【Evidence】新增 ADR INDEX 明确“本索引为 arch-rewrite namespace”，跨工作流引用须带 <workstream>/ADR-NNN 前缀，并列出 ADR-008 同号不同物：governance/workstreams/finbayes-arch-rewrite/decisions/INDEX.md:11-14、:30-36。【Evidence】主架构也新增 namespace 说明并指向 INDEX：projects/finbayes/engineering/architecture.md:4658。【Evidence】但同一 §23 表仍写“ADR-NNN（三位数字），全局唯一，不重用”：projects/finbayes/engineering/architecture.md:4648-4651。【Inference】读者有消歧入口，F1 实质缓解；但旧“全局唯一”行未改为“namespace 内唯一”，不能判满闭合。 |
| F2 | downstream sync plan 依赖状态滞后 | Yes | 【Evidence】sync plan 已将风险依赖改为“L3 架构 ADR-008 supplement 已 accepted”，列 commit 与可继续 P1：governance/workstreams/finbayes-whitepaper-v3-downstream-sync/sync-plan-adr007-supplement.md:62-68；Phase 3 已写“已解锁”：同文件 :73-79。【Inference】旧“等待 ADR-008 supplement”阻塞语义已消除。 |
| F3 | promoted proposal 仍在 inbox，物理归档未完成 | Yes，带旧口径残留 | 【Evidence】proposal 现位于 governance/proposals/accepted/2026/，frontmatter 写 promoted / promoted_to / 已 git mv：governance/proposals/accepted/2026/2026-05-28--finbayes-cognition-mechanism-output-extension-to-adr008.md:1-12；readiness §2.8 指向 accepted 路径：governance/workstreams/finbayes-arch-rewrite/2026-05-28-pre-engineering-readiness.md:109-112。【Evidence】当前检查 governance/proposals/inbox/... 不存在。【Inference】物理归档问题关闭；但提案正文仍写“5 个新字段”“mca_tag”“structured-result-version”等旧口径：governance/proposals/accepted/2026/2026-05-28--finbayes-cognition-mechanism-output-extension-to-adr008.md:187-206，会污染审计阅读。 |
| F4 | cognition-system-research stable 与 Phase 9 待启动冲突 | Yes | 【Evidence】status 当前写 Stable 已完成，Phase 0-9 全程完成：governance/workstreams/finbayes-cognition-system-research/status.md:18-23；Phase 表第 9 行已改为完成并指向 retrospective + meta-playbook 反馈：同文件 :50-63。【Inference】稳定状态与 Phase 表已一致。 |
| F5 | 27 项待拍板缺 owner map | Yes，仍需 owner 实名化 / 角色化规则 | 【Evidence】新增 owner map 声明聚合四份 review + readiness + RCA 中所有待拍板项，作为 owner map 事实源：projects/finbayes/engineering/pending-decisions-owner-map.md:11-15；27 项按必拍 C-1 / 自然解决 / 直接 ADR / 延后 R2 四类列 owner 与拍板时点：同文件 :17-69。【Inference】F5 从“散在报告”变为“一页化事实源”；但 owner 多为“Claude 主控 + Codex 双签 / 法务 + 数据治理 owner（待指定）”等角色，未定义角色到人的解析规则。 |
3. 5 维度评分对比
| 维度 | Round 1 | Round 2 | 变化判断 |
|---|---|---|---|
| ADR audit trail 清晰度 | 4.0 / 5 | 4.3 / 5 | 【Evidence】INDEX 与主架构 namespace 说明新增，PR checklist 要求 ADR 引用带 namespace：INDEX.md:13、.archon/workflows/pr-review-checklist.md:15-17。【Inference】消歧显著增强；因主架构旧“全局唯一”行与 ADR-008 supplement frontmatter upstream-proposal 仍指 inbox，未到 4.5。 |
| 跨工作流 hand-off 清晰度 | 3.8 / 5 | 4.2 / 5 | 【Evidence】sync plan 已回写 ADR-008 supplement accepted + Phase 3 解锁：sync-plan-adr007-supplement.md:64-79；proposal 已迁 accepted：pre-engineering-readiness.md:109-112。【Inference】旧等待点消失；但 whitepaper-rewrite status frontmatter 仍写 followup “待启动”，正文仍说 inbox 物理位置由后续迁入：governance/workstreams/finbayes-whitepaper-rewrite/status.md:12-14、:35。 |
| 跨文档一致性 | 4.0 / 5 | 4.1 / 5 | 【Evidence】readiness 把 ADR-008 待拍板从 7 降 6，并说明 endogeneity 已隐式拍板：2026-05-28-pre-engineering-readiness.md:193-205；owner map 同步登记 MP-1：pending-decisions-owner-map.md:21。【Inference】关键清单一致性提升；但 accepted proposal 正文旧字段口径和 ADR supplement frontmatter inbox 路径说明仍漂移。 |
| 待拍板归口路径 | 3.7 / 5 | 4.3 / 5 | 【Evidence】owner map 给 27 项 ID、来源、归口、owner、拍板时点：pending-decisions-owner-map.md:17-69，关联资产含 readiness / 四份 review / ADR-008 supplement：同文件 :71-81。【Inference】这是 Step 6 最强提升；扣分点是 owner 未绑定具体维护者，DA-1~DA-4 仍写“待指定”。 |
| 工程化治理张力承接 | 3.8 / 5 | 4.2 / 5 | 【Evidence】PR checklist 10 项覆盖契约、ADR、cross-ref、verify:kb、derive:check、state ledger：.archon/workflows/pr-review-checklist.md:13-24；anti-bloat guard 加代码 vs ADR 归口：architecture-anti-bloat-guard.md:17-30。【Inference】review 操作面已成型；但状态账本仍是 checklist，不是 Step 5 RCA 所说的 verify-kb 自动 enforcement。 |
4. 修复中引入的治理视角新威胁
-
【Evidence】ADR-008 supplement frontmatter
upstream-proposal仍指governance/proposals/inbox/...，正文 §6 又指 accepted 路径：governance/workstreams/finbayes-whitepaper-rewrite/decisions/ADR-008-supplement-机制层输出契约扩展.md:15、:259-262。【Inference】F3 的物理归档修了，但同一 ADR 内出现“源路径旧 / 关联资产新”的双路径漂移。 -
【Evidence】whitepaper-rewrite status 历史记录仍写承接 inbox proposal，并写“物理位置由后续 git 归档动作迁入 accepted/2026/”：
governance/workstreams/finbayes-whitepaper-rewrite/status.md:34-35。【Inference】作为注释历史可保留，但若 status 是续接入口，会误导接手者认为归档尚未发生。 -
【Evidence】accepted proposal 正文仍使用旧字段口径：5 个新字段、
mca_tag、structured-result-version：governance/proposals/accepted/2026/2026-05-28--finbayes-cognition-mechanism-output-extension-to-adr008.md:187-206；正式 ADR 已锁 6 顶层字段 +mca_bucket：ADR-008-supplement-机制层输出契约扩展.md:22-27。【Inference】proposal 已非事实源，但 audit trail 读者可能从旧提案误读当前契约。 -
【Evidence】PR checklist 要求 status 变更同步更新 sync plan / workstream status / readiness snapshot：
.archon/workflows/pr-review-checklist.md:23；Step 5 RCA 原建议是新增verify-kb --only state-ledger并让漏步失败：2026-05-28-step5-rca-and-remediation.md:199-208。【Inference】Step 6 解决了 reviewer 可见性，但未形成自动 enforcement；同类问题仍可能靠人工漏掉。 -
【Evidence】owner map 把 DA-1~DA-4 owner 写为“法务 + 数据治理 owner（待指定） + Claude 主控”：
pending-decisions-owner-map.md:46-49。【Inference】这比无 owner map 好，但“待指定”在真正触发 C-1 数据 Provider 前仍是责任空洞。
5. 仍漏盲点（本轮特意找）
-
【Evidence】主架构 §23 新增 namespace 说明，但原规则行仍写“全局唯一”：
architecture.md:4650与:4658并存。【Inference】Round 1 看到 namespace 缺口，Step 6 补了新规则，但没有完全移除旧规则，这是“补丁式追加而非替换”的典型残留。 -
【Evidence】RCA R1 要求 source-of-truth 协议与重复字段表检测：
2026-05-28-step5-rca-and-remediation.md:188-197；本轮 Step 6 文件只看见 PR checklist / owner map / INDEX / anti-bloat guard，没有看到sub-agent-drafting-protocol.md或 verify-kb 子检查落地。【Inference】未来多 sub-agent 起草同一概念时，重复定义根因尚未消除。 -
【Evidence】RCA R5 要求
milestone-field-evolution-matrix.md作为 C-1 启动前必修：2026-05-28-step5-rca-and-remediation.md:231-240；本轮必读 Step 6 清单未包含该矩阵，owner map 也只记录归口，不记录 M0/M1+ 字段宽紧演化。【Inference】治理视角下，F1-F5 可关闭，但 M0/M1+ 边界仍可能成为下一轮 reviewer 争议源。 -
【Evidence】PR checklist 说 checklist 自身演化走 change-protocol L2：
.archon/workflows/pr-review-checklist.md:26-30，但.archon/又被定义为运行态约定文档、不进公开站点：同文件:11。【Inference】运行态文档是否适用公开治理变更协议，边界没有写清；未来 checklist 改动可能绕开或误套治理流程。
6. 治理基线可执行性评估
PR review checklist：基本可执行。【Evidence】10 项含明确通过条件：pytest、verify:kb、derive:check、ADR 引用、state ledger、半人工 SLA n/a 理由：.archon/workflows/pr-review-checklist.md:13-30。【Inference】可直接复制进 PR；弱点是第 5 项 pytest 对治理库 / 工程仓边界不分层，若本仓 PR 只改治理文档，需明确是工程仓 pytest 还是文档验证。
pending owner map：可执行但需角色解析。【Evidence】27 项有 ID / 来源 / 归口 / owner / 拍板时点：pending-decisions-owner-map.md:17-69。【Inference】作为审计入口足够；作为执行入口还缺“Claude 主控”“Codex 双签”“数据治理 owner”的具体责任人或触发时默认代理规则。
ADR INDEX：可执行但需清掉旧口径。【Evidence】INDEX 给出 namespace 规则、同号 ADR 消歧、待写 ADR 链接：INDEX.md:11-40。【Inference】作为 reviewer 查表可用；但主架构旧“全局唯一”行会降低规则权威性。
7. 与 Round 1 我扮演 Claude 的差异
Round 1 我主要发现“账本 drift”：namespace、sync plan、proposal 位置、Phase 9、owner map 缺失。Round 2 的判断变为：这些 drift 大多已从具体症状层关闭，Step 6 产物也能支撑 reviewer 工作；新的关注点转向“根因级机制是否成立”。换言之，Round 1 问“有没有账本”，Round 2 问“账本是否能防止下次再漏”。本轮比 Round 1 更少关注 M0 是否可启动，更关注 Step 5 RCA 中 R1/R2/R3/R5/R6 是否真的转化为机制。
8. 元 review：是否让未来这类问题自然不再产生？
【Inference】结论：**没有完全做到，但方向正确。**Step 6 的 17 项修复让当前基线明显更可续接，尤其是 R6 四张事实源表中的 PR checklist、ADR INDEX、owner map 已落地，F2/F3/F4 的即时 drift 也被清掉。这会显著降低下一次 reviewer 的人工拼接成本。
【Evidence】但 Step 5 RCA 对“自然不再产生”的关键要求是机制化：state-ledger verify-kb、source-of-truth duplication 检测、revision back-propagation、interface closure、milestone-field-evolution matrix：2026-05-28-step5-rca-and-remediation.md:188-240、:242-252、:283-295。本轮能验证到的 Step 6 更像“人工 checklist + 事实源表”，尚不是自动 fail 的治理机制。
【Inference】因此治理基线成立，适合作为 Step 6 后新基线；但“未来自然不再产生”只能给 medium confidence。更准确的说法是：未来同类问题更容易被 reviewer 在 PR 前发现，不是已经被系统性阻断。
9. 最终判断
【Inference】C-1 / M0 治理准入不应因本轮发现回滚。F1-F5 中 F2/F3/F4/F5 可判关闭，F1 判部分关闭；Step 6 使治理 reviewer 的入口从 review 报告转为事实源文件，这是实质进步。建议后续只把三个残余作为 M0 期间清账项：一是把主架构 §23 “全局唯一”改成 namespace 内唯一，二是把 ADR-008 supplement / whitepaper status / accepted proposal 的旧 inbox 与旧字段口径标为历史或更新，三是把 PR checklist 的 state ledger 项升级为 verify-kb enforcement。本文不提出代码修改，只给治理决策结论。