FinTec AI Ecosystem 战略白皮书
状态：生态战略事实源 文档级别：L（战略 / 定义层） 适用范围：FinTec AI Ecosystem 全体团队 覆盖对象：Data Horizon / 数据视界、FinBayes、AI Trading Matrix、Reinforcement Learning Engine、Financial Expert Foundation Model Owner：Curvature Labs
1. 这份白皮书回答什么
FinTec AI Ecosystem 不是一组彼此无关的金融 AI 工具，也不是一个一开始就必须全链路打通的超级系统。
它要解决的问题是：在金融信息越来越碎片化、叙事化、实时化和跨市场传播的环境中，团队如何把海量异构信息稳定转化为可验证的金融认知、可治理的交易执行支持、可回流的反馈学习，以及可长期增强的金融领域模型能力。
本白皮书定义五件事：
- 生态要解决的根问题；
- 五个核心对象分别负责什么；
- 五个对象之间如何协作、如何避免角色坍缩；
- 第一阶段什么才算有效进展；
- 下位产品定义、MVP、系统设计、任务包和评估文档应如何继承本白皮书。
本白皮书不直接定义：
- 单个项目的功能清单；
- 页面、交互、字段、接口和工程架构；
- 单个项目的 MVP 范围；
- 模型、框架、供应商或具体技术栈；
- 真实交易执行授权规则。
这些内容必须由下位文档承接。
2. Executive Narrative
金融市场的能力差距正在从"谁拥有更多结构化数据"迁移到"谁能持续理解更复杂的信息场"。
这个信息场包含新闻、财报、政策、社媒、链上数据、研究报告、访谈、交易行为、宏观叙事和突发事件。它既有结构化数据，也有大量非结构化信息。原始信息本身不等于有效判断。真正有价值的是把这些信息组织成可追踪、可解释、可比较、可验证的金融认知，并在合适边界下转成执行支持和反馈学习。
FinTec AI Ecosystem 的长期主循环可以表达为以下生态反馈环：
当前生态由五个核心对象构成：
| 对象 | 生态角色 | 第一阶段最小闭环 |
|---|---|---|
| Data Horizon / 数据视界 | 金融信息感知系统 | 能独立感知、组织并输出可消费金融信息。 |
| FinBayes | 个人投资者金融认知层 AI Native 应用 | 能独立把用户自然语言提问转成连续可复盘的结构化金融认知。 |
| AI Trading Matrix | 交易执行支持层 | 能独立把认知、信号和约束转成受治理的执行支持。 |
| Reinforcement Learning Engine | 反馈与学习层 | 等待真实结果、误差、案例和反馈触发，不空转启动。 |
| Financial Expert Foundation Model | 金融领域模型能力底座 | 等待高质量任务、数据、评估和反馈触发，不以模型口号替代产品验证。 |
第一阶段的重点不是强行打通全链路，而是让三个前台对象先分别成立：
- Data Horizon / 数据视界 证明感知链路成立；
- FinBayes 证明认知产品闭环成立；
- AI Trading Matrix 证明受治理执行支持闭环成立。
两个基础能力层应保留清晰边界、数据需求和触发条件。它们不应在缺少真实使用数据和反馈场景时被写成已经启动的产品进展。
3. 根问题
生态要解决的根问题是：
在金融信息形态快速扩张、超额收益来源持续迁移的背景下，市场参与者难以将海量异构信息稳定转化为可验证金融认知、可治理交易执行支持和可复利的领域能力，导致潜在收益与组织能力在感知、认知、执行和反馈环节持续损耗。
这个根问题可以拆成五层损耗。
| 损耗 | 表现 | 生态回应 |
|---|---|---|
| 信息损耗 | 信息已经存在，但未被及时捕获、组织、校验和转化。 | 建立 Data Horizon / 数据视界 作为金融信息感知系统。 |
| 认知损耗 | 信息被看见了，但没有稳定转成可验证、可复用、可持续复盘的金融认知。 | 建立 FinBayes 作为个人投资者金融认知层 AI Native 应用。 |
| 执行损耗 | 判断形成了，但无法转成可评估、可授权、可追踪的执行支持。 | 建立 AI Trading Matrix 作为受治理的执行支持层。 |
| 学习损耗 | 输出和结果没有回流，经验无法复用，错误无法沉淀。 | 建立 Reinforcement Learning Engine 作为反馈与学习层。 |
| 模型能力损耗 | 高价值任务、数据和反馈没有长期转化为领域能力。 | 建立 Financial Expert Foundation Model 作为金融模型能力底座。 |
"感知-认知-执行-反馈-模型能力"不是口号，而是对这五层损耗的结构化回应。
4. Object Model
4.1 五层能力结构
| 能力层 | 核心问题 | 对应对象 | 主要输出 |
|---|---|---|---|
| 感知层 | 金融世界发生了什么？ | Data Horizon / 数据视界 | 信息对象、事件、主题、实体、时间线、可消费数据包。 |
| 认知层 | 这些信息意味着什么？我之前的判断还成立吗？ | FinBayes | 结构化金融认知（结论 / 依据 / 多视角 / 风险与反方 / 成立条件 / 失效条件 / 信息缺口 / 可继续追问项）、连续认知状态（关注集 / 历史判断 / 复盘记录 / 动态认知画像）。 |
| 执行支持层 | 认知如何进入受治理行动？ | AI Trading Matrix | 策略候选、信号、约束、授权检查、执行支持记录。 |
| 学习层 | 输出和结果如何变成改进输入？ | Reinforcement Learning Engine | feedback signal、error taxonomy、case、workflow 改进建议。 |
| 模型层 | 高价值经验如何沉淀为长期能力？ | Financial Expert Foundation Model | 金融语义、推理、结构化输出和任务适配能力。 |
4.2 五个对象的职责边界
| 对象 | Owns | Does not own |
|---|---|---|
| Data Horizon / 数据视界 | 多源金融信息感知、清洗、组织、时间化、上下文化和输出。 | 不承担金融认知判断，不替代执行层给出交易行动。 |
| FinBayes | 把用户自然语言提问解析为金融认知任务；调度多 Agents 与金融原子 Skills；输出结构化金融认知与连续认知状态；多入口体验契约（Web / TUI / CLI / MCP / Channel）。 | 不承担原始信息感知系统职责；不下单、不调仓、不持有账户凭证；不替用户做最终金融决策与责任承担。 |
| AI Trading Matrix | 策略信号组织、执行支持、约束管理、授权检查、回测 / 仿真 / 执行反馈接口。 | 不补造未经上游支持的认知结论，不绕过授权和风控。 |
| Reinforcement Learning Engine | 结果、误差、案例和反馈的采集、分类、归因和学习回流。 | 不替代前台产品做实时业务决策，不在缺少反馈数据时空转。 |
| Financial Expert Foundation Model | 金融领域语义、推理、结构化输出、长上下文和任务适配能力。 | 不以模型规模或通用 benchmark 替代产品闭环和真实任务验证。 |
4.3 主链路
长期主链路如下。这张图只表达对象之间的长期方向关系；具体交接资产放在图后的表格中，避免把图变成难读的说明卡片。
| 交接 | 下一层消费的主要资产 |
|---|---|
| Data Horizon / 数据视界 → FinBayes | 信息对象、事件时间线、实体上下文、可消费数据包。 |
| FinBayes → 用户 → AI Trading Matrix | 条件化判断、成立 / 失效条件、风险与反方证据、交易决策参考材料；用户基于此自主决定是否进入 Trading Matrix 的受治理执行支持。 |
| AI Trading Matrix → RLE | 执行支持记录、授权与约束记录、结果、误差、反馈和案例。 |
| RLE → FEFM | 反馈信号、错误归因、改进候选、高价值任务与评估样本。 |
| FEFM → 前台能力层 | 可复用金融语义、推理、结构化输出和任务适配能力。 |
第一阶段不要求这条链路端到端运行。第一阶段要求每个前台对象先能解释自己的目标用户、输入、处理链路、输出、边界和验收。
5. Execution Boundaries
5.1 上游不越位，下游不补造
- Data Horizon / 数据视界 不替代 FinBayes 做金融判断；
- FinBayes 不替代 AI Trading Matrix 做真实交易执行；
- AI Trading Matrix 不补造未经上游支持的认知结论；
- 学习层和模型层不反向替代前台产品的定位、用户价值和验收；
- 任何真实金融行动都必须经过授权、风控、审计和责任边界。
5.2 认知与执行的分界
FinBayes 可以输出：
- 结构化金融认知（结论 / 依据 / 多视角 / 风险与反方 / 成立条件 / 失效条件 / 信息缺口 / 可继续追问项）；
- 条件化判断与成立 / 失效条件；
- 反方证据与不确定性标注；
- 关注对象与历史判断的连续状态维护；
- 复盘提示与认知矫正建议；
- 多入口（Web / TUI / CLI / MCP / Channel）同质量核心结果。
FinBayes 不应输出：
- 真实交易动作（下单 / 调仓 / 账户操作 / 自动交易）；
- 确定性收益承诺；
- 替用户承担最终金融责任的表述；
- 绕过 AI Trading Matrix 或其他执行治理层的行动指令；
- 因用户立场偏好而被裁剪的事实空间（不为迎合用户而过滤反方证据）。
5.3 执行支持与真实执行的分界
AI Trading Matrix 的第一阶段可以围绕执行支持成立，但必须持续区分：
| 类型 | 含义 | 要求 |
|---|---|---|
| Advisory | 提供候选解释、观察、风险提示或策略假设。 | 可追溯来源和适用边界。 |
| Execution support | 把认知、信号和约束组织成可评估的执行支持记录。 | 授权前检查、风险约束、审计线索。 |
| Direct execution | 对真实账户、订单、资金或合约产生实际影响。 | 明确授权、风控、合规和工程治理；不由本白皮书直接批准。 |
5.4 文档进展与项目进展的分界
以下事项只能证明文档或治理层进展：
- 文档重写；
- packet 分发；
- Controller pickup；
- build / deploy 成功；
- manifest / llms 吸收。
它们不能自动证明：
- 产品已完成；
- MVP 已验证；
- 用户价值已成立；
- 工程实现已就绪；
- 反馈根因已解决。
项目进展必须由项目事实源、任务包、工程证据、评估结果或真实用户 / 工作流 evidence 承接。
6. First-Stage Acceptance Anchors
第一阶段的共同验收问题是：每个前台对象是否能独立形成可验证闭环，并且不需要其他对象先完成才能成立。
6.1 Data Horizon / 数据视界
| 验收锚点 | 最低要求 |
|---|---|
| 首位消费对象 | 明确谁首先消费它的输出：FinBayes、Trading Matrix、人类研究者或外部客户。 |
| 输入范围 | 明确首阶段信息源、事件类型、实体范围和排除项。 |
| 输出形态 | 至少给出一种可消费信息对象或事件时间线样例。 |
| 边界 | 说明信息组织在哪里停止，金融解释从哪里开始。 |
| 证据 | 有样例、评测或人工 review 证明输出可被下游消费。 |
6.2 FinBayes
| 验收锚点 | 最低要求 |
|---|---|
| 首位用户 | 明确第一阶段核心用户为 L1-L3 个人投资者（L2 为中心验证人群），并说明用户原本如何完成同类金融认知任务。 |
| 认知任务 | 定义最小可用金融认知任务（围绕用户关注对象的连续认知，而非一次性聊天回答）。 |
| 使用流 | 有从自然语言提问 → 金融认知任务解析 → 结构化金融认知输出（结论 / 依据 / 多视角 / 风险与反方 / 成立条件 / 失效条件 / 信息缺口 / 可继续追问项）的完整样例。 |
| 连续状态 | 关注集、历史判断、复盘记录、动态认知画像等连续认知状态能在多次交互间持久并被用户感知为价值。 |
| 多入口一致性 | Web 集成契约、TUI、CLI、MCP、Channel 在同一任务契约与输出契约下产出同质量核心结果。 |
| 边界 | 明确不下单、不调仓、不持有账户凭证、不替用户承担最终决策责任；条件化判断不被包装成无条件执行指令。 |
| 证据 | 在 Crypto + US Stocks 两市场上 L1-L3 用户的留存、关注集形成、判断复盘记录与认知质量评测。 |
6.3 AI Trading Matrix
| 验收锚点 | 最低要求 |
|---|---|
| 首位使用场景 | 明确是辅助、建议、执行支持还是受限执行试验。 |
| 输入 | 明确需要哪些认知对象、市场状态、风险约束和用户意图。 |
| 输出 | 有执行支持记录、策略候选或授权前检查样例。 |
| 边界 | 明确真实执行触发条件和不可越界事项。 |
| 证据 | 有仿真、回测、人工 review 或风险检查结果。 |
6.4 Reinforcement Learning Engine
| 验收锚点 | 最低要求 |
|---|---|
| 触发条件 | 前台产品产生足够结果、误差、案例或用户反馈。 |
| 反馈信号 | 明确捕获什么，不捕获什么。 |
| 学习回路 | 区分本地工作流改进、生态共享经验和模型能力沉淀。 |
| 边界 | 不在缺少真实反馈时空转启动。 |
| 证据 | 有最小 feedback schema、error taxonomy 或 case library。 |
6.5 Financial Expert Foundation Model
| 验收锚点 | 最低要求 |
|---|---|
| 触发条件 | 有足够高价值任务、数据、评估和反馈。 |
| 能力目标 | 明确哪些能力必须模型级解决，哪些仍属于产品 / workflow 层。 |
| 评估 | 有金融任务评估样例和失败标准。 |
| 边界 | 不以通用模型指标替代生态任务效果。 |
| 证据 | 有数据来源、评估基线、隐私和治理边界。 |
7. 分阶段发展路径
7.1 第一阶段：独立闭环
目标：
- Data Horizon / 数据视界 形成独立金融信息感知链路；
- FinBayes 形成独立金融认知产品闭环；
- AI Trading Matrix 形成独立交易执行支持闭环；
- Reinforcement Learning Engine 和 Financial Expert Foundation Model 保持触发条件、数据需求和接口方向清晰。
第一阶段避免三类错误：
- 让五个对象互相等待，导致没有任何对象能独立闭环；
- 把学习层和模型层写成已经完成的战略装饰；
- 用文档对齐替代用户、原型、工程或评估 evidence。
7.2 第二阶段：稳定相邻接口
当相邻对象各自有最小闭环后，再建立稳定接口：
| 接口 | 目标 |
|---|---|
| Data Horizon -> FinBayes | 信息对象、事件、实体和上下文能被认知层消费并组织进认知任务。 |
| FinBayes -> 用户 -> AI Trading Matrix | 条件化判断、成立 / 失效条件、风险与反方证据；用户基于此自主决定是否进入受治理执行支持。 |
| AI Trading Matrix -> Reinforcement Learning Engine | 结果、错误、行动轨迹和反馈能进入学习层。 |
| Reinforcement Learning Engine -> Financial Expert Foundation Model | 高价值经验能进入模型能力沉淀。 |
7.3 第三阶段：自增强生态
长期目标是形成生态级自增强：
- 信息输入越丰富，认知能力越强；
- 认知输出越结构化，执行支持越可控；
- 行动结果越可评估，反馈学习越有效；
- 学习沉淀越高质量，模型能力越强；
- 模型能力越强，反哺全生态的效率越高。
8. Non-Goals
生态层当前不承诺：
- 所有项目已经同步启动；
- 五个对象第一阶段必须端到端集成；
- 学习层和模型层已经具备真实训练或强化学习闭环；
- FinBayes 可以直接下单、调仓、账户操作或触发自动交易；AI Trading Matrix 可以脱离授权、审计、风控边界做真实交易；
- 文档、packet、Controller pickup、build 或部署成功等同于产品完成；
- 没有真实反馈来源的问题可以被标记为 resolved。
这些 non-goals 是为了保护战略边界，不是降低长期愿景。
9. Handoff Rules
本白皮书向下游文档的推导顺序是：
下游文档必须继承：
- 五个对象的角色边界；
- 第一阶段独立闭环原则；
- 认知与执行分界；
- 文档进展与项目进展分界；
- 真实执行必须授权和治理；
- 学习层和模型层必须由真实数据、反馈和评估触发。
下游文档可以细化：
- 目标用户；
- 产品形态；
- 使用流；
- 对象字段；
- 接口协议；
- 任务包；
- 工程架构；
- 评估样例；
- MVP success / kill criteria。
下游文档不应反向改写本白皮书的生态边界。若项目层发现本白皮书有重大冲突，应通过 变更协议 的 L3/L4 流程回写，而不是在项目文档中悄悄漂移。
10. Reader Walkthrough
如果你是低上下文读者，可以按这个顺序判断生态：
- 先读第 2 节，理解生态为什么存在；
- 再读第 4 节，确认五个对象各自负责什么；
- 再读第 5 节，确认不能越界的地方；
- 再读第 6 节，判断某个项目第一阶段是否真的可验收；
- 如果要写项目文档，使用第 9 节的 handoff rules。
如果你的任务是项目执行，不要把本白皮书当作任务 backlog。应进入对应项目事实源、Controller state 或工程任务包。
11. 成功标准
生态战略层的成功标准是：
- 五个核心对象角色清楚；
- 三个前台对象各自有独立成立路径；
- 两个基础能力层有触发条件，而不是空转口号；
- 相邻接口能被逐步定义为对象、协议和评估；
- 认知输出能结构化沉淀；
- 执行支持能被授权、评估和追踪；
- 反馈能够回流到学习和模型能力增强；
- 文档体系能区分战略、项目、MVP、任务、工程、评估和发布证据。
生态战略层的失败信号是：
- 所有对象互相依赖，任何一个都无法先成立；
- 某个对象吸收相邻对象职责，变成模糊超级系统；
- 文档越写越多，但没有 owner、input、output、acceptance 和 evidence；
- build / deploy / pickup 被当作产品进展；
- 认知建议被写成未经授权的真实交易执行；
- 学习层和模型层没有真实反馈，却被写成已完成能力。
12. 结语
FinTec AI Ecosystem 的核心不是"更会说话的金融 AI"，而是一个能够持续感知金融世界、形成金融认知、支持受治理行动、从结果中学习，并把高价值经验沉淀为长期金融领域能力的 AI Native 生态。
战略成立的前提不是把所有东西一次性做完，而是让每个对象先有清楚边界、可验证闭环和可承接接口。
文档、协议、治理、评估和工程化不是附属工作。它们是让这个生态可以长期协作、持续迭代并避免角色坍缩的基础设施。