Round-1 Review A — 战略一致性 + 内部自洽
Reviewer：R1-A（战略一致性 + 内部自洽视角） 对象：
strategic-whitepaper-v3-draft.md（595 行，16 节） 基线：projects/finbayes/strategic-whitepaper.md（v2，457 行） 锚定：ADR-001 / ADR-002
A.1 战略不变量自反性核查
| # | 不变量 | 呼应分布 | 暗中违反？ | 评级 |
|---|---|---|---|---|
| I1 | 金融执行凭证不收不存不训练 | §1 / §6.4 / §8 / §14.3 / §16 | 否。§14.3 表述强硬"即使为了提升服务质量也不收"，§6.4 表格"凭证边界"行明示 | 通过 |
| I2 | 不直接下单 / 不持账户凭证 / 不替用户决策 | §1 / §4 / §8.1（TM 行）/ §8.2 / §12 / §16 | 否。§8.1 TM 行表述精确："TM 接收的是用户决策后的指令，不是 FinBayes 的指令" | 通过 |
| I3 | 用户画像主权（查看/修改/清空） | §14.1 / §14.2 / §14.5 | 部分。§14.5 提到"候选 → 用户确认两步契约"，但与 §14.1"清空时显式提示协作上下文已重置"没有把"主权三件套（查看/修改/清空）"作为单独承诺粒度复述。粒度差异，不算违反，但可加强 | 通过（弱） |
| I4 | 输出质量跨付费层级一致 | §13.2 / §13.3 / §15.3 第一条 | 否，但 §13.2 与 §13.4 的"单位经济"压力测试形成内部张力 — 见 Q4 | 通过（带张力） |
| I5 | 不抢答未决问题（§15 4 项） | §11.1 / §13.4 / §15.1-15.5 | 否。§11.1 和 §13.4 都加了"提议"/"不抢答"显式标注，且 §15 4 项保留完整。§15.5 加了"已 resolved 去哪里"的追溯机制 | 通过（强） |
被否决概念扫描：v3 全文未出现"11 条字段级强约束 / 默认 vs 行动准备双模式 / 认知协作伙伴 / L3 长期状态四承诺 / 零状态前提 / 情绪桥 / 信任债 / 行动准备 / 行动判断 / 行动方案"任何一项实质用法。通过。
A.2 内部各节自洽性
前后引用一致性：
- §1 引入"FinTec AI Ecosystem"全集合（DH / ATM / RLE / FEFM）→ §8 完整展开，口径一致
- §1 + §6.4 + §10.1 三次提"通用 AI"，立场一致：横向 vs 纵向、不在通用问答维度竞争、留存钩子由冷启动数据决定
- §3.1 用户分层（L0-L4）→ §11 / §13.1 三处引用，分层口径一致
- §4"用户产品 vs 工具产品 vs 平台产品"新概念 → 在 §7"以对话为主线"、§13.1"长期留存承载商业价值"、§14（用户主权）有结构性呼应。未死掉，但 §10 工具格局未显式复用"工具产品 / 平台产品"对照术语，是轻度浪费 — 见 P2
新增小节衔接：
| 新增小节 | 衔接质量 | 备注 |
|---|---|---|
| §6.4 vs 通用 AI 表 | 良 | 自然嵌在 §6.3 之后，作为 §6 整章的收口 |
| §10.1 留存钩子 | 良 | 把 §10 表格的"通用 AI 助手"行展开为独立讨论，自然 |
| §11.1 验证方法 | 良 | 与 §11 七条验证假设直接对应，并显式声明"提议而非抢答" |
| §12 阶段过渡条件 | 良 | "任一不满足都不应推进"是 hard gate 表述，与 §11 / §15 闭环 |
| §13.4 压力测试 | 良 | 显式回指 §15.3 三个开放问题 |
| §14.4 数据存储与隐私 | 优 | "本地优先单机 / 远程托管可选 / 联邦学习不做 / 训练数据边界"四点是 v3 最实质的战略增量之一 |
| §15.5 resolved 去哪里 | 良 | 给出三条决策记录路径（战略 / 产品 / 工程），但可执行性见 Q5 |
A.3 v3 vs v2 立场漂移
未发现立场漂移或边界悄悄松动。逐项对照：
| 维度 | v2 | v3 | 漂移？ |
|---|---|---|---|
| 凭证边界 | §14"一律不收不存不训练" | §14.3 同表述 + §6.4 表格行 | 无（强化） |
| 不下单 / 不持凭证 | §8 文字 | §1 / §8.1 表格 / §8 mermaid | 无（强化） |
| 用户主权 | §14"查看/修改/清空" | §14.1 同三件套 | 无 |
| 输出质量一致 | §13"输出质量在所有付费层级一致" | §13.2 同 + 显式三段拆解 | 无（强化） |
| 未决问题保留 | §15 4 项 | §15 4 项（编号 15.1-15.4 + 新增 15.5 元规则） | 无 |
| 生态独立性 | §8"不被 captive" | §1 / §8.2"不绑定任何产品" + 四条具体清单 | 无（强化） |
| L1-L3 核心 | §3.1 / §13 | §3.1 / §11 / §13.1 | 无 |
未发现收紧承诺。"输出质量跨付费层级一致"v3 在 §13.2 反而更展开（"用得多/久/深 vs 用得对/安全"），是显式扩展而非收紧。
唯一接近"漂移"的点：v2 §1 把 FinBayes 定义为"一个懂金融、懂用户、懂判断的 AI 金融助手"；v3 §1 改为"金融认知层——不是金融问答工具，也不是行情应用，更不是交易信号产品"。这是强化定义清晰度，不是漂移（v2 §4 也说"FinBayes 不是普通金融 Chatbot"，方向一致）。
A.4 新增段落的实质性
抽查 7 处：
| 抽查点 | 新增内容 | 实质性评分 |
|---|---|---|
| §1 第 4 段（FinTec AI Ecosystem 段） | 把生态四对象 + "感知-认知-执行-学习"链路 + "不被 captive"一次说清 | 实质（v2 §8 才说，v3 §1 提前 surface） |
| §1 第 5 段（通用 AI 横向 vs FinBayes 纵向） | 引入"代际 6-12 个月"+ 横/纵向区分 + "长期持有者"定位 | 实质（战略立场新增） |
| §4 用户/工具/平台产品三分 | 三种产品定位对比 + 具体后果三条 | 实质（产品哲学增量，非文字润色） |
| §4 "FinBayes 不是投顾"段 | 明示与投顾的责任区分 | 半实质（v2 隐含，v3 显式化，合规价值高但战略增量中等） |
| §6.4 vs 通用 AI 6 维表 | 6 个维度逐项对照 | 实质（v2 完全没有这种结构化对照） |
| §10.1 留存钩子四条 | 持续状态资产 / 主动信号 / 金融深度 / 凭证隐私边界 | 半实质（前三条 §6.4 已有，第四条是新角度；整体是 §6.4 的镜像延伸） |
| §13.4 压力测试三方法 | 30-50 用户单位经济 / 4 周对照实验 / 三层各 20 招募 | 实质（v2 完全没有可执行方法提议；但带"提议而非命令"标注，未越界） |
| §14.4 数据存储与隐私范式 | 本地优先 / 远程托管 / 联邦学习不做 / 训练数据边界 | 实质（最强）（明示"联邦学习第一阶段不做"是真正的战略边界声明） |
| §15.5 resolved 追溯机制 | 两条件 + 三路径 | 半实质（机制是好的，但可执行性见 Q5） |
总评：v3 增加的 138 行（30%）中，约 70% 是实质性战略增量，20% 是显式化原本隐含的边界（半实质），10% 是结构调整 / 表格化原有文字。没有发现工程层 / 产品层细节误入战略层。这是 v3 的强项。
A.5 5 个抽查问题答复
Q1：§4"FinBayes 不是投顾" vs §11"条件化、概率化的交易准备支持" — 冲突？
不冲突。两者的精确区分：
- 投顾 = "根据用户情况给出个性化建议 + 承担相应责任"（§4）
- 交易准备 = "看清条件、风险、反方、失效边界"（§4 + §11 第五条）
§4 第三段表述："不替用户决定 + 不承担用户决策的责任"。这条边界 v3 比 v2 更清晰。通过。
Q2：§6.4"用户金融认知资产的长期持有者" vs §14.4"本地优先 + 数据不上传" — 冲突？
轻度张力，未真正冲突，但 v3 没有显式调和。
- §6.4 把"长期持有者"作为产品差异化的卖点
- §14.4 又说"用户数据保留在用户本机，不上传 FinBayes 云端"
调和路径在 §14.4："远程托管作为可选演化路径，仅在用户显式启用时承接"——即"长期持有者"在本地优先形态下也成立，只是"持有"发生在用户本机上（FinBayes 软件持有 ≠ FinBayes 云持有）。
但 v3 没在 §6.4 显式补"持有发生在哪"。读者可能误解为 FinBayes 在云端持有。P1 建议：§6.4 的"长期持有者"加一句"在本地优先形态下，'长期持有'发生在用户本机；远程托管为可选"。
Q3：§8.2"生态协同不绑定" vs §1"FinBayes 是 FinTec AI Ecosystem 的一员" — 冲突？
不冲突。§1 + §8 都用了同一组词："独立运营 + 协同 + 不被 captive / 不绑定"。§8.2 给出四条具体可独立场景（无 DH / 无 ATM / 无 FEFM / 用通用 LLM），与"生态成员"身份是身份归属 vs 商业独立性两个维度，可共存。通过。
Q4：§13.2"输出质量在所有付费层级一致" vs §13.4"重度用户成本可能高于订阅价" — 商业模型矛盾？
这正是 §15.3 自己已经标记的未决问题。v3 处理得当：
- §13.2 锁定承诺
- §13.4 提议压力测试方法
- §15.3 第一条"单位经济"显式标记为未决
v3 没有暴露矛盾 — v3 主动暴露了这个张力并把它显式标记为战略未决。这是 v3 的诚实优势，不是 bug。通过（强）。
Q5：§15.5 追溯机制是否可执行？
机制可执行性中等。两条件（显式决策记录 + 可被追溯）是良好声明，三路径（战略 / 产品 / 工程）也对应明确。但有两个执行风险：
- "战略级 →
governance/proposals/accepted/<date>--finbayes-strategic-*.md"路径假设 governance/proposals/accepted/ 目录存在并已运转。v3 未与governance/change-protocol.md显式关联（项目 CLAUDE.md 提到该协议）— P2 建议加锚点 - "从战略白皮书可点到对应决策文档"假设 v3 自身在条目被移除时会反向更新加入引用链接，但 v3 未声明"何时回写白皮书"的责任主体（产品 Controller？工程 Controller？）
结论：机制框架成立，落地需要 §15.5 补一句"回写责任主体由 FinBayes Controller 承接"或类似锚定。
P0 阻断
无。v3 未违反任何战略不变量，未漂移立场，未误入下位概念。
P1 重要
- §6.4"长期持有者"与 §14.4"本地优先"未显式调和（Q2）。建议 §6.4 加一句"持有发生在用户本机；远程托管为可选演化"，避免读者误解为云端集中持有。
- §14.5 用户主权三件套（查看/修改/清空）口径在 v3 §14.1 中表述完整，但 §14.5"两步写入"小节里没把"主权三件套"作为承诺粒度复述。建议 §14.5 末尾点一句"用户主权三件套（§14.1）同样适用于 Watchlist / Judgment Record / Dynamic Profile"，避免新读者只看 §14.5 误以为长期对象只有"两步契约"保护。
- §15.5 回写责任主体未指定（Q5）。建议补一句明确"resolved 条目从 §15 移除时由 FinBayes Controller 触发白皮书反向更新 + ADR 录入"。
P2 优化
- §10 工具格局表未复用 §4 "用户产品 / 工具产品 / 平台产品"对照术语。如果想最大化新概念的回响价值，可在 §10 表头或前言加一句"以下工具大多是工具产品或平台产品，FinBayes 是用户产品（详见 §4）"。
- §15.5 三路径中"战略级 → governance/proposals/accepted/" 路径可显式回指
governance/change-protocol.md，让追溯链与项目治理协议挂钩。 - §1 第 5 段提"6-12 个月窗口内显著提升"是具体时间断言。这是战略层少数引入时效性陈述的地方，建议加"截至 v3-2026-05-27 评估"或同等修饰，避免文档过时后被字面引用。
- §12 阶段过渡条件第三条"M0-M7 8 个里程碑的核心 5 项"引入工程层里程碑编号到战略层，是轻度抽象层穿透。如果工程层 ADR 后续重编号，战略层会跟着失稳。建议改为"工程层完成核心骨架走通 + 状态化 + 任务类型扩展 + 主动信号 + 评估闭环（具体里程碑编号见架构层）"。
强项
- 未决问题处理范式优秀：§11.1 / §13.4 / §15.3 / §15.5 形成"提议 vs 抢答"的明确分层，是战略层成熟度的体现
- §14.4 数据存储与隐私范式是 v3 最实质的战略增量，明示"联邦学习不做"是稀有的真正边界声明
- §6.4 + §10.1 双层 vs 通用 AI 对照结构良好（前者维度表，后者留存钩子展开），未重复造轮子
- §8.1 生态对象关系表比 v2 的散文段更精确，"接口预期"列把"FinBayes 通过用户作为媒介向 TM 传递行动前检查"这一关键边界一句话锁死
- 被否决概念无任何复活：禁词清单未实际触犯
独立发现
- §5 mermaid 图保留 v2 不变，但 v3 §5 末尾新增的"工程承接"段引入了"schema 强约束"提法（行 174）。这与"被否决概念清单"中的"11 条字段级强约束"非常接近。但仔细读："综合层输出契约（含 schema 强约束）"是指针下位到产品定义文档，并非战略层自己宣称强约束 — 应属合法元引用。但用词与禁词高度相似，建议替换为"综合层输出契约（schema 由产品定义层定义）"，与禁词清单留出更明显距离。
- §6.4 表格第 4 行"反方与失效条件 / 输出契约硬约束（综合层 schema 必填）" — 同上风险更高。"硬约束 / 必填"两词靠近被否决的"11 条字段级强约束"。战略层只需说"输出契约保证反方与失效条件呈现"即可，"硬约束 / 必填"是工程语义不该进战略层。建议软化措辞。
- v3 §1 的"金融认知层"作为定义锚点出现 4 次（行 18 / 22 / 39 / 43），但定义"层"的内涵分布在 §1 + §4 + §5 + §7，没有一节做"层"的元定义。可考虑在 §4 内嵌一行"金融认知层 = ..."作为元定义。这是 P2 不是 P1。
- §16 结论列了"三承诺"（对用户 / 对生态 / 对自己），表述清晰，未触犯被否决的"L3 长期状态四承诺"（后者是产品层状态承诺，前者是战略层伦理承诺，结构不同）— 合法。
一句话总结
v3 在战略不变量、立场一致性、新增段落实质性、未决问题处理范式上全部通过；唯一需要修订的是 §6.4 / §14.4 之间的"长期持有 vs 本地优先"调和、§5 / §6.4 中"schema 强约束"的措辞软化，以及 §15.5 回写责任主体的指定 — 全部为 P1 / P2，无 P0 阻断。