Round-2 Review B — 下位影响分析
A. L2 产品定义反向修订需求
L2 产品定义文档（540 行）整体已较好承接 v3.1 战略层，但 v3.1 多处新增需要补丁式回写。
| # | v3.1 新增内容 | L2 现状 | 反向修订需求 | 影响段落 | 优先级 | 必修/建议 |
|---|---|---|---|---|---|---|
| A1 | §4 用户产品/工具产品/平台产品三分法 + 三个具体后果 | L2 §1 仅有"金融认知层"一句话定位 | 在 L2 §1 或 §11.1 末尾补 1 段说明产品三分法 | L2 §1 + §3 章首 | P1 | 必修 |
| A2 | §6.4 通用 AI 6 维差异表（更新） | L2 §6 无与通用 AI 对照 | 在 L2 §6 表后补"通用 AI 可感知差异验收信号"小表 | L2 §6 | P2 | 建议 |
| A3 | §8.1 / §8.3 协同接口规范基线 | L2 §11.1 仅有"在用户授权下接力"一句 | L2 §11.1 补充"协同接口规范基线"小节 | L2 §11.1 | P1 | 必修 |
| A4 | §10.1 留存钩子三层分层 | L2 §12 差异化可感知未拆为 3 层 | L2 §12 表中拆为 3 条可观察信号 | L2 §12 | P1 | 必修 |
| A5 | §13.5 escape hatch 优先级 | L2 §10.5 无 escape hatch 优先级 | L2 §10.5 末尾补优先级声明段 | L2 §10.5 | P1 | 必修 |
| A6 | §14.4 数据存储与隐私范式 | L2 §9 / §10 无完整数据范式声明 | L2 §10 补 §10.5'（或新 §10.6）"数据存储范式产品契约" | L2 §10 | P1 | 必修 |
| A7 | §14.5 用户主权三件套适用长期对象 | L2 §3.5 + §10 仅画像主权 | L2 §3.2/3.3/3.4/3.5 各加一句主权适用 | L2 §3.2-3.5 | P1 | 必修 |
| A8 | §15.6 通用 AI 代际跃迁应对原则 | L2 §6 / §11.1 无形态优先原则 | L2 §6 / §11.1 加形态钩子优先指引 | L2 §6 / §11.1 | P2 | 建议 |
| A9 | §11.1 / §13.4 实验设计统一规划 | L2 §12 无相关提醒 | L2 §12 末尾加指针 | L2 §12 | P2 | 建议 |
L2 反向修订总计：必修 6 项 / 建议 3 项 / 估算约 80-120 行新增 + 7-10 段落改动。
B. L3 架构反向修订需求
| # | v3.1 新增内容 | L3 现状 | 反向修订需求 | 影响段落 | 优先级 | 必修/建议 |
|---|---|---|---|---|---|---|
| B1 | §15.6 vs 通用 AI 对照评估 | L3 §21 评估闭环无此维度 | L3 §21 补一节"vs 通用 AI 代际对照评估" | L3 §21 | P1 | 必修 |
| B2 | §15.6 代际跃迁监测作为战略缺口 | L3 §22 战略待定缺口表无此项 | L3 §22 表加一行 | L3 §22 | P1 | 必修 |
| B3 | §8.1 FEFM 接口表述对齐 | L3 §16 / ADR-008 已对齐 | L3 §7 外部世界关系图同步说明 FEFM = L1 Provider | L3 §7 | P2 | 建议 |
| B4 | §8.3 协同接口规范基线 | L3 §16 无"导出到 TM"协同接口 | L3 §16 补"协同导出接口（远期）"小节 | L3 §16 | P1 | 必修 |
| B5 | §10.1 形态钩子作为长期投入重点 | L3 §3 质量属性无此显式标注 | L3 §3 后加一段"长期投入重点" | L3 §3 | P2 | 建议 |
| B6 | §13.5 escape hatch 优先级 | L3 §3 取舍表无质量地板不动声明 | L3 §3 取舍表加一行 | L3 §3 | P2 | 建议 |
| B7 | §14.4 联邦学习"不做"语义来源 | L3 §15 / §22 已演化路径有 | 语义来源由"工程判断"改为"战略约束" | L3 §15 / §22 | P2 | 建议 |
| B8 | §14.4 反馈样本进 RLE 边界 | L3 §7 RLE 段未显式声明本地数据不进训练 | L3 §7 RLE 段补一句明示 | L3 §7 | P1 | 必修 |
L3 反向修订总计：必修 4 项 / 建议 4 项 / 跳过 2 项 / 估算约 60-90 行新增。
C. L4 M0 工程包反向修订需求
结论：0 项修订。v3.1 的所有新增内容在 M0 范围之外（M0 走通骨架仅 CLI + 即时认知请求 + 默认 Session + 不走候选两步），正常划分。
唯一注意点：M0 upstream-anchor frontmatter 已用 §X 锚点形式引用，战略 v3.1 发布后内部无需变更。
D. ADR 影响清单
| ADR | v3.1 是否影响 | 是否需要修订 |
|---|---|---|
| ADR-001/002/003/004/010 | 无影响 | 无需修订 |
| ADR-008（LLM Provider 接口） | 间接受影响：v3.1 §8.1 FEFM 接口表述软化，与 ADR-008 一致；v3.1 §15.6 强调 Provider Adapter Pool 允许配置最新通用 AI | 建议加 forward-looking note："L1 Provider 包含但不限于最新通用 AI；通过 providers.yaml 配置即可，无需 ADR 变更" |
可能需要起的新 ADR
| 候选新 ADR | 触发战略段 | 紧迫性 |
|---|---|---|
| ADR-011 数据存储与隐私范式 | v3.1 §14.4 | 中（M3+ 远程托管演化前置） |
| ADR-012 通用 AI 代际跃迁监测机制 | v3.1 §15.6 | 低（M6 评估闭环上线时） |
| ADR-013 协同接口规范（FinBayes → 下游） | v3.1 §8.3 | 低（远期与 TM 集成时） |
新 ADR 起草数量：第一阶段建议起 0-1 份（仅 ADR-011 占位）；远期 2-3 份。
E. 跨层级 stub 指针修订清单
v3.1 中所有新增 stub 引用的下位是否真实存在（节选关键缺失项）：
| v3.1 中的 stub 引用 | 指向 | 下位状态 |
|---|---|---|
| §8.3 "协同接口具体形态由产品定义层与 TM 项目共同设计" | 尚不存在 | ❌ 缺失，需 A3 补齐 |
| §10.1 "结构化产品形态钩子作为长期投入重点" | 尚无明示 | ❌ 缺失，需 A4 / B5 补齐 |
| §13.4 / §13.3 "具体实验设计由产品定义层 + 商业团队" | L2 §10.5 有"不抢答"但无 escape hatch | ⚠️ 部分缺失，需 A5 补齐 |
| §14.4 "具体脱敏 / 处理工程保证见架构层" | L3 §7 RLE 未明示 | ⚠️ 缺失，需 B8 补齐 |
| §15.6 "评估闭环中加入 vs 通用 AI 对照评估" | L3 §21 无此维度 | ⚠️ 缺失，需 B1 补齐 |
其他 9 处 stub 引用全部一致 ✅。
F. 总修订量估算
| 文档 | 必修 | 建议 | 估算行数 | 估算工作量 |
|---|---|---|---|---|
| L2 产品定义 | 6 项 | 3 项 | 80-120 行 | 3-4 小时 |
| L3 架构 | 4 项 | 4 项 | 60-90 行 | 3-4 小时 |
| L4 M0 工程包 | 0 项 | 0 项 | 0 行 | 0 小时 |
| 新 ADR（ADR-011 占位） | - | - | ~50 行 | 1 小时 |
| 总（必修+建议） | 10 必修 | 7 建议 | ~190-290 行 | ~9-11 小时 |
G. 同步修订 vs 后续单独工作流的建议
Trade-off
同步修订：
- 优点：v3.1 立即有下位承接 / 跨层 stub 一次对齐 / review 成本付一次
- 缺点：工作流范围 +9-11h / 冲淡 v3.1 R2 焦点 / 涉及 L2/L3 维护者 ack（非战略层一人能决定）
留作后续单独工作流：
- 优点：本工作流聚焦战略层定稿 / 权责清晰 / L2/L3 修订过程可反向触发战略补丁更高效
- 缺点：有"上位说有 stub，下位没承接"的不一致期 / 治理流程惯性可能拖延
推荐：两步走
1. 本工作流内只做 4 项最小动作（约 1-2 小时）：
- 在 v3.1 中所有新增 stub 末尾轻量化标注"⚠️ 下位承接待 [新工作流 id]"
- 起新工作流
governance/workstreams/finbayes-whitepaper-v3-downstream-sync/README + scope（不展开实施） - L4 M0 形成"0 修订备忘录"
- L3 §22 战略待定缺口表手动加 1 行"通用 AI 代际跃迁监测 (v3.1 §15.6)"占位（约 10 行）
2. 下位同步作为独立工作流（约 7-9 小时连续投入）：
- A1/A3/A4/A5/A6/A7（L2 必修 6 项）
- B1/B2/B4/B8（L3 必修 4 项）
- ADR-011 候选占位起草
关键约束
- 下位同步工作流必须在 v3.1 accepted 后 2 周内启动
- L2/L3 修订完成后必须删除 v3.1 中"⚠️ 下位承接待"标记，形成闭环
- 新 ADR-011 仅占位起草（M3+ 才正式 accepted），避免提前 lock-in
一句话总结
v3.1 对 L2 必修 6 项 / L3 必修 4 项 / L4 零修订 / 现有 ADR 零必修 + 候选新 ADR 1-3 份，建议在 v3.1 内仅作 4 项最小标记并新起独立工作流 finbayes-whitepaper-v3-downstream-sync 承接约 7-9 小时的下位反向修订工作。