Gap Mapping: FinClaw Whitepaper V0.1 vs Labs-FinTecAI Current Baseline
状态: Draft
最后更新: 2026-04-24
项目: FinClaw
来源材料: source-note-finclaw-whitepaper-v0-1.md
当前处理状态: 已部分吸收到 projects/finclaw/strategic-whitepaper.md、projects/finclaw/product-definition.md、projects/finclaw/mvp-product-definition.md 与 source/project-prealignment/finclaw/product-definition-supplement.md;本文继续作为差异映射与后续边界审查来源,不作为正式事实源。
1. 目的
本文件用于比较:
FinClaw(暂定名)战略白皮书 V0.1- 当前
Labs-FinTecAI中的FinClaw战略白皮书、产品定义、MVP 产品定义与生态基线
目标不是判定谁对谁错,而是明确:
- 哪些内容已经高度一致;
- 哪些内容可以安全吸收进正式体系;
- 哪些内容需要走 sync / escalation;
- 哪些内容仍应保留为项目侧工作提案。
2. 高度一致的内容
以下内容与当前正式体系高度一致:
2.1 FinClaw 是生态的认知层
两边都明确认为:
FinClaw负责理解金融世界;- 它承接从输入到判断之间的认知环节;
- 它不是资讯摘要器,也不是普通聊天产品。
2.2 FinClaw 应独立存在
两边都支持:
FinClaw应作为独立产品 / 系统存在;- 它不应被吸收为
Data Horizon / 数据视界或AI Trading Matrix的附属模块。
2.3 FinClaw 的核心价值在结构化认知
两边都支持:
- 输出应是结构化金融理解、研究、推理与判断支持;
- 不应退化为泛化 AI 文本输出。
2.4 FinClaw 与相邻层都需要清晰边界
两边都认为:
- 与
Data Horizon / 数据视界的边界是感知与认知的分界; - 与
AI Trading Matrix的边界是认知与执行支持的分界。
3. 可直接吸收进正式体系的内容
以下内容可以较安全地吸收入当前正式体系,至少可进入项目级产品定义、产品对象定义或后续正式说明:
3.1 更清晰的项目级产品表达
可安全吸收:
FinClaw不是普通对话产品;FinClaw不是资讯产品;FinClaw不是纯投顾系统;- 它更接近连续认知工作流系统。
3.2 更细的项目级问题定义
文中对“认知不是摘要,而是判断前系统”的展开,对后续项目级设计很有帮助,可作为项目层工作定义输入。
3.3 更明确的系统输出候选集合
以下输出对象可作为后续正式化候选:
- Insight
- Hypothesis
- Risk View
- Scenario
- Signal Candidate
其中 Action Suggestion 现在只作为来源材料中的 legacy 语义保留。当前 FinClaw V1 正式口径已经将其收束为 Strategy Hypothesis / Cognition-Stage Strategy Output / Pre-Execution Checkpoint,不得作为独立正式产品对象、行动建议、订单意图或执行候选继续推进。
3.4 四层能力体系可作为项目设计草案
以下四层结构目前很适合作为项目设计工作提案:
- Skills
- Agents
- Cognition Orchestration
- Memory / Personalization
4. 需要谨慎处理的差异
以下内容不能直接吸收为正式事实,需进一步判断:
4.1 Financial Cognition Operating System 的正式性
该表述非常强,也很有产品势能,但目前在 Labs-FinTecAI 正式体系中尚未被确认。
当前建议:
- 先保留为
FinClaw的强候选本体定义; - 不直接写入生态层正式 baseline 或 decision。
4.2 输出中的 legacy Action Suggestion
文中将 Action Suggestion 定义为 FinClaw 的结构化输出之一。该定义属于来源材料历史语义,当前不再作为 V1 正式对象采纳。
这在产品层面有合理性,但在生态层面需要额外审查:
- 它是否会与
AI Trading Matrix的交易执行边界产生重叠? - 它不再被理解为“认知后的行动建议”或“执行支持中的动作候选”;V1 只允许将其转译为条件化策略假设或执行前认知检查点。
当前判断:
- 这是一个需要 sync / escalation 的边界点。
4.3 判断到执行的桥接层 的表述强度
文中多次强调 FinClaw 是判断到执行的桥接层。
当前正式体系也承认它需与执行层衔接,但尚未把“桥接层”表达为强定义。
风险在于:
- 如果表述不加约束,
FinClaw容易向交易执行层外扩。
4.4 Decision Learning Engine 命名
文中使用 Decision Learning Engine,而当前生态正式体系使用 Reinforcement Learning Engine。
这可能意味着:
- 同一对象的不同命名;
- 或对学习层角色有不同理解。
当前建议:
- 不直接替换正式命名;
- 作为需要对齐的术语差异记录。
5. 对当前正式文件的建议更新
5.1 对 projects/finclaw/product-definition.md
已吸收或建议继续吸收:
- 已存在一份
FinClaw项目级战略白皮书 V0.1; - 其中提出了更细的系统定义、能力结构、输出对象和边界;
- 当前需要将其转译进产品定义、MVP 定义、产品对象定义和协同边界问题,而不是继续并行漂移。
5.2 对 projects/finclaw/strategic-whitepaper.md
已吸收或建议继续吸收:
FinClaw更偏连续认知工作流系统;Financial Cognition Operating System适合作为完整态战略表达,而不是第一阶段 MVP 承诺;- 四层能力体系是当前值得评估的项目设计方向。
5.3 对正式后续产物
当前不建议恢复准备期 decision log,也不建议另建历史记录层。可将以下内容作为后续产品对象定义或协同边界记录:
FinClaw的正式输出对象边界FinClaw与AI Trading Matrix在行动邻近语义上的边界,其中Action Suggestion/ 行动建议不得作为 FinClaw V1 正式对象恢复
6. 推荐的后续动作
6.1 已完成 / 已进入吸收链路
- 该白皮书已登记为
FinClaw项目 pre-alignment 来源材料; - “已有项目级白皮书 V0.1”这一事实已进入 FinClaw 战略白皮书与产品定义链路;
Action Suggestion已收束为 legacy 语义,不再作为后续接口问题独立推进;Signal Candidate只能作为认知信号候选,不得变成交易信号或执行触发器。
6.2 适合下一步做
- 在 FinClaw 产品定义或 MVP 定义中收束
FinClaw <-> AI Trading Matrix的认知 / 执行边界问题; - 在 FinClaw 产品定义或 MVP 定义中收束
FinClaw输出对象定义; - 视需要生成一份 sync 或 escalation。
7. 一句话结论
FinClaw V0.1 白皮书不是与正式体系冲突的“野文档”,而是一份质量较高、与当前生态方向整体一致、但在若干关键边界上仍需被正式对齐和转译的项目级 pre-alignment 资产。