27 项待拍板归口 owner map（P0 / P1 / P2 三档）
0. 范围与本次重写背景
聚合 4 份 review 报告（Step 3-4） + Step 5 RCA + Step 10 完整通读 review 中所有「待拍板」/「待补 ADR」/「待 R2 校准」项，本次（Step 11 Action III-1）按 P0 / P1 / P2 三档决策权分级重新分类 27 项，替代原平级「AI 双签」结构。
承接 Step 11 整改包 III · 根因 3 解决：「AI 自决策网络无法承担产品立场决策」。
用户拍板（2026-05-28）：
- 真人 owner 暂由项目所有者（人类用户）一人暂代多角色
- P0 5 项人类签字由用户负责
- AI 三方互审第三方 AI 默认 OOSO
1. 三档分级规约
| 档 | 决策性质 | owner 字段格式 | 协议 | 启动条件 |
|---|---|---|---|---|
| P0 战略不变量级 | 涉及战略不变量 / 产品立场 / 合规底线 | 必须含人类用户签字 ID + 签字日期 | AI 三方起草建议方案 → 人类用户签字（audit trail 段含 user_id + timestamp） | C-1 启动前必关闭，AI 不能代签 |
| P1 工程契约级（有外部影响） | 涉及合规 / 用户数据治理 / Provider 接入 / 评测口径 | AI 三方互审 + 人类用户 30 天内回查 | Claude 主控 → Codex 工程实施 → 第三方 AI (OOSO) → 三方一致 → 决议 → 用户 30 天回查 | C-1 可启动，但需"真人 owner 招募时间表"标到里程碑日历 |
| P2 工程实施细节级 | 字段语义 / fixture 边界 / 测试断言 / 错误码 | AI 双签 + PR audit trail inline | Claude 主控 + Codex 双签 inline 决议 | C-1 期间 inline 决议 OK |
2. P0 战略不变量级（5 项，C-1 启动前必关闭，用户必签）
2.1 P0 清单
| ID | 内容 | decision_category | signing_owner | ai_advisory | blocking | 签字状态 |
|---|---|---|---|---|---|---|
| MP-3 | kelly_cap 下游消费协议（与「FinBayes 不直接下单」战略不变量交互） | 产品立场（战略不变量级） | 人类用户（项目所有者） | Claude 主控 + Codex + OOSO 三方起草 1 页签字建议方案 | C-1 启动前必关闭 | ✅ signed（2026-05-29）→ 不再卡 C-1；⛔ 2026-06-04 已退役（ADR-021，kelly_cap 移除），本行作 audit trail 保留 |
| DA-1 | data-providers license 合规 | 合规底线 | 人类用户（暂代法务 owner，未来授权法务专员） | Claude 主控 + Codex 整理 19 数据源 license 矩阵 | M1 启动前必关闭（M0 mock 不阻塞） | ⏳ 待用户签 |
| DA-2 | 爬取合规基线 | 合规底线 | 人类用户（暂代法务 owner） | 同上（建议合并入 DA-1 → ADR-data-governance-baseline） | M1 启动前必关闭 | ⏳ 待用户签 |
| DA-3 | 跨源口径仲裁 | 合规底线 + 数据治理 | 人类用户（暂代数据治理 owner） | Claude 主控 + Codex + OOSO 起草仲裁规则草案 | M1 启动前必关闭 | ⏳ 待用户签 |
| DA-4 | 历史回填窗口 | 合规底线 + 数据治理 | 人类用户（暂代数据治理 owner） | 同上 | M1 启动前必关闭 | ⏳ 待用户签 |
2.2 P0 签字协议
每项 P0 必须按以下流程落地：
- AI 三方起草建议方案（Claude 主控 + Codex + OOSO 各自独立产 1 页 signed brief）
- 三方对齐：差异点由 Claude 主控汇总（不强制一致，差异显式列出）
- 人类用户审 + 签字：用户阅读三方 brief + 决议；决议落盘形式 = ADR / supplement audit trail 段，必须包含
user_id、timestamp、signature（GPG 签名或显式声明） - 不接受：PR audit trail inline 30 min 决议（旧路径作废）
2.3 P0 待签事项 packet（即将给用户）
更新（2026-05-29，A4 扫描）：MP-3 已签字关闭 → C-1 启动前无剩余 P0 待签。下列 DA-1~DA-4 推迟到 M1 启动前 2 月（M0 走 mock 不阻塞）。MP-3 packet 保留作 audit trail。
P0-Packet-001 · MP-3 kelly_cap 下游消费协议 ✅ signed 2026-05-29 · ⛔ 已退役 2026-06-04（ADR-021，kelly_cap 移除）
AI 三方起草方案：待 Claude 主控召集（整改包 III 完成后启动）
签字截止：C-1 启动前
载体：ADR-008-supplement § 2.5 audit trail 段
必含条款：
- kelly_cap > 0 不得被任何下游系统当作 actionable trading signal
- 下游消费方必须显式承诺"仅作为认知材料的不确定性度量呈现给人类用户，不进入自动执行链路"
- 违反此条款的下游集成视为越权，FinBayes 输出协议作废
P0-Packet-002~005 · DA-1~DA-4 数据治理 ADR
载体：ADR-data-governance-baseline（DA-1+DA-2+DA-3+DA-4 合并）
签字截止：M1 启动前 2 月（约 T0+M0完成后 1 月）
M0 期间走 mock fixture 不阻塞
3. P1 工程契约级（8 项，AI 三方互审 + 用户 30 天回查）
ℹ️ ID 消歧已落地（2026-05-29，用户拍板 A4）：本节原 MP-4 / MP-5（
phase_label 枚举值/s1.evidence 失效路径降级语义，P1）与 fresh review W 波另立的已签 P0 决议 MP-4 / MP-5（MP-4 = 任务→必含字段动态组合契约；MP-5 = 字段暴露面分层契约，见 CURRENT-MILESTONE §2，✅ signed 2026-05-29）撞号。经用户裁决，本节这两项重编号为 MP-6 / MP-7；MP-4 / MP-5 在全仓统一专指已签 P0 的任务→字段 / 暴露面分层契约。
3.1 P1 清单
| ID | 内容 | decision_category | review_owners | human_callback | 时点 |
|---|---|---|---|---|---|
| MP-1 | endogeneity 键约束（已隐式拍板 → 显式补 P1 三方互审） | 工程契约 | Claude 主控 + Codex + OOSO | 用户 T+30 天回查 | C-1 期间 |
| MP-2 | worst_axis 多桶裁决 v1 优先级排序 | 工程契约 | 同上 | 同上 | C-1 期间 |
| MP-6 | phase_label 枚举值具体清单（原 MP-4，2026-05-29 消歧重编号） | 工程契约 | 同上 | 同上 | C-1 期间 |
| MP-7 | s1.evidence 失效路径与 falsification_ref 缺位降级语义（原 MP-5，2026-05-29 消歧重编号） | 工程契约 | 同上 | 同上 | C-1 期间 |
| DA-5 | regulation_status None 形态语义 | 工程契约 + 子系统语义 | 同上 | 同上 | C-1 期间 |
| DA-6 | MCA 子系统 worst_axis 完整裁决规则 | 子系统级 ADR | Claude 主控 + Codex + OOSO + MCA 子系统 owner | 同上 | C-1 期间 |
| RX-5 | B7 桶（EM 主权 / 货币危机）case 库扩至 ≥ 10 | 评测口径 | EvalHarness reviewer + Phase 5 + OOSO | 同上 | T0 + 6 月起 |
| NS-eval-owner | Phase 5 首季评估 owner 提名 | 治理任命 | Claude 主控 + Codex + OOSO | 同上 | T0 + 2 月前 |
3.2 P1 三方互审协议
- Claude 主控（spec 起草人视角）：起草决策方案 + 给出推荐倾向
- Codex 工程实施（实施可行性视角，fresh-eyes 一阶）：独立 review，标"工程上能否落地 / 字段约束是否完整 / 测试如何写"
- OOSO（或备选第三方 AI）（独立 fresh-eyes 二阶）：跳出 Claude/Codex 内部互审，从外部视角审"是否触及战略不变量 / 是否需要升级到 P0"
- 三方一致 → 决议落盘到 audit trail / ADR / supplement
- 三方不一致 → Claude 主控汇总分歧 → 升级到用户审（可能转 P0）
- 用户 30 天回查：用户在 T+30 天内 audit trail 段抽查；可触发 P0 升级或 P2 降级
第三方 AI 角色暂定 OOSO，备选 Cursor / Hermes（M1 启动前正式选定常驻角色）。OOSO 不可用时降级为人类工作流维护者直接 review。
4. P2 工程实施细节级（14 项，AI 双签 PR inline 即可）
4.1 P2 清单
| ID | 内容 | 归口 | owner | 拍板时点 |
|---|---|---|---|---|
| NS-1 | D3 MAE_max 上界标定 | 自然解决 | Claude 主控 + Codex 双签 | T0 + 3 月 |
| NS-2 | bootstrap n_resample 默认值 | 自然解决 | 同上 | T0 + 3 月 |
| NS-3 | ECE bin 数 | 自然解决 | 同上 | T0 + 3 月 |
| NS-4 | 退化阈值 15% 校准 | 自然解决 | 同上 | T0 + 3 月 |
| NS-5 | D4 链路相似度三分量权重 | 自然解决 | 同上 | T0 + 3 月 |
| NS-6 | D6 凯利合规四件套阈值 | 自然解决 | 同上 | T0 + 3 月 |
| NS-7 | D8-D11 R1 公式标定 | 自然解决 | 同上 | T0 + 3 月 |
| NS-8 | case_id 改造方案 | 自然解决 | 同上 | T0 + 3 月 |
| NS-9 | dev-test-holdout 13-4-1 分配建议 | 自然解决 | 同上 | T0 + 3 月 |
| NS-10 | holdout 是否独立 repo + case 库根目录命名 | 自然解决 | 同上 | T0 + 3 月 |
| RX-1 | MCA 桶强制约束阈值 R2 标定 | 不修 v1 | Phase 6 R2 mini-review | T0 + 6 月 |
| RX-2 | phase_matrix.cells v1 起步精度 | 不修 v1 | 综合层 owner（M1+） | M1 收尾 |
| RX-3 | 图谱存储选型（KnowledgeGraphService backing store） | 不修 v1 | Codex 实施 + Claude 主控 | M0 收尾盘点 |
| RX-4 | S1 回路收敛策略细节（N=3 上限内策略） | 不修 v1 | Codex 实施 + Claude 主控 | M0 收尾盘点 |
| RX-6 | D11 B4-B7 扩桶 | 不修 v1 | EvalHarness reviewer + Phase 5 | T0 + 6 月起 |
4.2 P2 协议
- AI 双签（Claude 主控 + Codex）即可决议
- 决议形式：PR audit trail inline 段
- 不需要 OOSO 三方
- 不需要用户回查（仅 P0 / P1 触发用户参与）
5. MP-2 vs DA-6 归口区分（保留 Step 5 RCA 决议）
两条都涉及 worst_axis 裁决，但归口对象不同、不重复拍板：
- MP-2（P1）锁定契约层 v1 起步优先级排序：C-1 实施 Codex 起手 PR 触及
worst_axis字段实现时即触发，AI 三方互审 + 用户回查，落 ADR-008 supplement §-update。 - DA-6（P1）承载 MCA 子系统级完整裁决规则：含跨场景边界、桶位优先级合理性论证、未来扩展条款，独立成子系统级 ADR。
决议顺序：MP-2 先落（v1 不阻塞），DA-6 后立（吸收 MP-2 v1 决议作为 §-评审依据）。
6. 真人 owner 暂代时间表（Action III-2）
当前状态：项目所有者（人类用户）一人暂代下列多角色，未来逐步授权外部第三方。
| 角色 | 当前暂代 | 未来授权时点 | 责任范围 | M0 期间动作 |
|---|---|---|---|---|
| 项目所有者 / 主控用户 | 人类用户 | 长期 | 所有 P0 签字 + P1 30 天回查 + 战略不变量守护 + 跨工作流总指挥 | 持续 |
| 法务 owner | 人类用户暂代 | M1 启动前 2 月（约 T0+M0完成后 1 月） | DA-1~DA-4 数据治理 ADR 签字 + Provider 接入合规审 | M0 走 mock 不阻塞 |
| 数据治理 owner | 人类用户暂代 | M1 启动前 1 月 | DA-3 跨源仲裁 + DA-4 历史回填窗口 | M0 走 mock 不阻塞 |
| 金融领域专家 | 人类用户暂代 | M0 期间召集（T0+30 天前确认到位） | RX-5 B7 桶扩 case + 8 机制定义挑战 | 召集进行中 |
| 数据科学家 / 半人工标注 reviewer | 人类用户暂代 | T0+2 月前到位（招募 + 培训 1 月） | Phase 5 首季评估 + IAA kappa + 桶内百分位标定 | 招募计划启动 |
| UX | 人类用户暂代 | M1 启动前 1 月 | M3 多入口 Web UI 设计 + M1 候选两步契约 UI | M1 不阻塞（M0 仅 CLI） |
| MCA 子系统 owner | Claude 主控 + Codex | 不需要真人 owner | DA-6 子系统级 ADR | C-1 期间立 ADR |
6.1 fallback 兜底
- 法务 / 数据治理：未到位 → M0 走 mock 不阻塞；M1 启动前未到位 → 暂停 Provider 真接入
- 金融领域专家：未到位 → Phase 5 首季评估时由 EvalHarness reviewer 召集
- 数据科学家：T0+3 月未到位 → Phase 5 评估延后 1 月
- UX：M1 启动前未到位 → M1 范围只做 CLI + TUI，UI 推迟 M2
6.2 用户暂代多角色的认知负载
人类用户同时承担：项目所有者 + 法务 + 数据治理 + 金融领域专家 + 数据科学家 + UX = 6 个真人角色 + P0 5 项签字 + P1 8 项 30 天回查 + 跨 3 工作流总指挥。
风险：单人承担 6 角色 + 长期治理责任，存在认知带宽天花板。
应对：
- P0 5 项一次性签字（C-1 启动前集中处理 1-2 次）
- P1 8 项 30 天回查 → 主控提供 audit trail summary，用户每月 1 次 batch 回查
- M1 启动前 2 月起逐步授权真人专员（按 §6 时间表）
- 主控（Claude）显式承担"用户暂代时段的 advisory 角色"：每次决议给用户 1 页 brief + 推荐倾向，降低决策成本
7. 启动 gate（与整改包 IV PR checklist 第 11 项配套）
每个 PR 必须 grep 是否触及 P0/P1/P2 各档关键词。配套 scripts/audit_p0_decision_touch.mjs（整改包 IV-2 实现）：
- 触及 P0 → PR 必须 attach 人类签字 audit trail 段（user_id + timestamp + signature）；否则 fail
- 触及 P1 → PR 必须 attach AI 三方互审记录（Claude + Codex + OOSO 各自 review 摘要）；否则 fail
- 仅触及 P2 → 走默认 AI 双签 inline，无额外要求
8. 关联资产
- 上位整改方案：Step 11 4 整改包详细方案 Action III-1 + III-2
- Step 10 完整通读 review：Claude 主控 + Codex 工程实施
- Step 5 RCA：根因分析与系统性整改方案（F5 + R6 整改表 4 来源）
- ADR-008 supplement 主稿：机制层输出契约扩展（本节 P1 项 MP-1 / MP-2 / MP-6 / MP-7（原 MP-4/5）+ DA-5 主载体；勿与已签 P0 的 MP-4/MP-5 任务→字段/暴露面分层混淆）
- 评测公式：eval-harness-formulas（NS-1 ~ NS-7 承接位置）
- 数据分桶：data-splits（NS-8 ~ NS-10 承接位置）
- 数据 Provider：data-providers（DA-1 ~ DA-4 承接位置）
- 变更协议：变更协议
- PR review checklist：仓内
.archon/workflows/pr-review-checklist.md（待整改包 IV-2 加第 11 项）