FinBayes
FinBayes 是一个独立成立、面向广泛金融用户与开放金融场景的金融原生 AI Agent。它以统一 Agent 最大化利用持续进化的模型能力，并通过金融原生的上下文、数据、工具、记忆、扩展生态与多端交互响应用户提出的金融问题和场景。
当前唯一阅读入口
| 顺序 | 资料 | 回答的问题 |
|---|---|---|
| 1 | 战略白皮书 | 为什么做、面向谁、产品是什么、边界在哪里 |
| 2 | FinBayes Atlas | 目标架构、阶段、模块、任务、负责人、依赖、状态与参考方案 |
| 3 | FinBayes 工程仓代码、测试与当前分支 | 当前实现事实 |
三者分工明确：白皮书不复制任务表，Atlas 不复制代码。发生冲突时，产品定性回到白皮书，架构、阶段与任务回到 Atlas，当前实现回到代码与新鲜验证结果。
当前讨论任务
- S4 B/S 服务与商业化产品化总体方案（讨论草案）：作为 S4 当前方案讨论任务的过程附件；确认后的阶段、模块、任务和参考结论写回 Atlas。
产品与生态位置
从全局视角，金融链路可概括为“金融信息的感知 → 金融信息的认知 → 金融信息的决策与行动”。三个环节能够协同，但在产品和商业模式上独立成立：
- Data Horizon 面向金融信息感知；
- FinBayes 面向金融信息认知；
- AI Trading Matrix 等系统可承接决策与行动。
FinBayes 不依赖 Data Horizon 才能工作，实际交易执行也不属于 FinBayes 的默认产品边界。
当前架构与实施主线
Atlas 是 FinBayes 整体改造与迭代方案的唯一总入口，覆盖 Agent 内核、上下文、工具与扩展、金融数据、会话与记忆、事件协议、多端产品、部署形态、阶段、任务、负责人、依赖、状态和参考方案。旧 Roadmap 已冻结为迁移前快照，不再独立维护。
旧 engineering/ 文档包记录 2026 年 5—6 月形成的旧产品与架构方案，其中包含“固定金融认知体系”“判断台账/对账”“主动复盘闭环”“14 组件骨架”等已被当前战略和 Atlas 矫正的主张。它们现为历史输入，不再是当前阅读顺序、任务入口或验收依据。
实施原则
- 通用能力默认参考 Codex、Claude Code、OpenClaw、Hermes 等强 AI Agent 的成熟方案；只有真实金融差异才做领域化设计。
- Harness、模型—工具反馈 Loop 是核心；多 Agent Graph、长期运行与审批治理按需启用。
- 数据、Skills、Tools、MCP、Plugins 与其他扩展进入统一能力平面，不修改核心 Loop。
- 不把事实验证、对账、审计、复核、测试或审批固化为每轮认知流程。
- 不默认保存每次判断，不默认主动复盘，不为旧接口和旧设计长期维持双轨实现。
- 本地实现、自动测试和构建通过不等于已部署；公网状态以发布后读取为准。
变更协议
projects/finbayes/ 内项目级内容变更按 变更协议 L1 执行；Agent 可以提出 PR，但不能自行合并。涉及生态对象定义或跨项目接口时再按相应更高级别处理。