跳到主要内容

FinBayes 阶段四 Claude 到 Codex 接管收口提议

目标​

统一阶段四讨论草案、FinBayes Roadmap 与 Atlas 的当前状态，消除 Claude 推进期间形成的概念、保留策略和呈现用词漂移，并把草案从实施前技术总设重构为供 owner 与团队对齐的阶段地图，同时保持“S4 实施尚未启动”的真实边界。

影响范围​

  • 更新阶段四讨论草案中的账户映射、存储保留、对象存储、用量成本、进程内历史与 Provider 凭证边界；
  • 将草案重构为总目标、概要架构、议题地图、模块与功能、分阶段计划、参考地图、安全边界和讨论顺序，移除字段、状态机、接口清单和存储写入顺序等实施细节；
  • 由 FinBayes 工程仓 Roadmap 重新生成公网页面，并同步 Atlas 的只读执行快照；
  • 不修改战略白皮书、生态对象、工程实现或阶段四任务授权。

变更级别​

L1，项目级内容更新。公网页面是项目事实源和工程 Roadmap 的派生呈现，不单独创建任务状态。

证据​

  • FinBayes 主线 23805f35、接管对齐提交 843e8562 与体裁收口提交 284260cb（PR #280），以及此前 PR #270–#279；
  • 当前实现已有请求级身份信息和 principal_id，阶段四产品层 Account 不应形成第二份身份载荷；
  • 当前分析历史是进程内有界 live case，不是跨重启持久 Conversation / Turn 历史；
  • Kimi Code 订阅适配器依赖本机 Kimi CLI 登录态，属于 local / on-prem 个人凭证接入；
  • owner 已同意按接管审计建议顺序完成收口。

回写位置​

  • 项目设计结论回写 projects/finbayes/s4-bs-productization-design-draft.md；
  • 当前任务状态继续以 FinBayes 工程仓 docs/plan/roadmap.md 为唯一来源；
  • Atlas 与公网页面仅同步只读投影。

评审重点​

  1. Account 映射现有 principal_id 是否足以避免两套身份对象；
  2. 事件保留是否正确表达为可配置的数据生命周期，而非永久保存；
  3. PostgreSQL 权威结果与对象存储大文件的边界是否清楚；
  4. Kimi Code 个人订阅是否明确排除出多租户 hosted Provider 池；
  5. 下一待决议题是否仍为 Web / API 资源合同与一次性切换。
  6. 新体裁是否足以支持 owner / 团队讨论，同时没有越界成为工程实施设计。