跳到主要内容

材料接入政策

状态: Draft / 待治理层确认 最后更新: 2026-05-08 Owner: Curvature Labs 用途: 定义外部与内部材料如何进入 Labs-FinTecAI-Gov 体系，如何分类、提炼与升级

1. 这份政策要解决的问题​

随着 FinTec AI Ecosystem 和 Labs-FinTecAI-Gov 推进，后续会不断出现大量材料来源，包括但不限于：

  • 团队内部讨论备忘；
  • 团队成员个人本地复盘、建议与思考；
  • 外部参考资料；
  • 竞品项目评估报告；
  • 各项目在体系外提前推进过程中形成的设计稿、方案文档和实现产出物。

如果没有材料 intake 策略，这些内容很容易被混淆为：

  • 原始来源；
  • 工作判断；
  • 正式事实；
  • 正式约束。

本政策的目的是防止“原始材料直接污染正式事实层”。

2. 核心原则​

2.1 原始材料不是正式事实​

任何外部或内部材料，默认都只是输入源，而不是生态或项目层的正式约束。

2.2 正式事实必须经过转译​

如果某份材料要进入正式体系，必须先被分析、提炼、判断，并转译为体系内的正式对象，例如：

  • baseline 更新；
  • governance decision / change 摘要；
  • product definition / MVP definition 更新；
  • project-level strategic / context / design 更新；
  • sync / escalation。

2.3 保留来源，避免断链​

即使某份材料最终被升级进入正式体系，也应尽量保留：

  • 来源；
  • 日期；
  • 作者或来源域；
  • 与正式对象之间的链接关系。

“已被吸收”不自动等于“应删除”。材料是否继续保留，应看它是否仍承担以下至少一种知识库价值：

  • 证据链价值：能说明正式判断来自哪里、怎样形成、当时有哪些约束；
  • 对照价值：能作为未来产品、竞品、实现路径或接口设计的持续比较对象；
  • 反例价值：能说明哪些方向不应继承，或哪些边界容易诱发风险；
  • 复核价值：外部项目、市场环境、实现状态或能力边界会变化，需要未来重新核验。

只有当材料不再具备上述价值，且没有正式文档依赖、追溯职责或长期参考意义时，才进入删除候选。

2.4 先分层，再纳入​

材料进入体系时，应先判断它属于哪一层，而不是直接放进正式目录。

3. 三层材料模型​

3.1 Source Layer — 原始来源层​

这一层存放原始输入，不要求其内容已经符合正式体系标准。

典型内容包括：

  • 团队讨论备忘；
  • 个人复盘和建议；
  • 外部参考资料；
  • 竞品分析报告；
  • 尚未对齐体系的项目设计稿和产出物。

这一层的作用是：

  • 保存来源；
  • 避免信息丢失；
  • 为后续分析与转译提供依据。

这一层不应被直接当作正式约束层使用。

3.2 Working Layer — 分析提炼层​

这一层存放对原始材料的分析、摘要和判断。

典型动作包括：

  • 摘要与提炼；
  • 与现有 baseline / decision / project context 的差距分析；
  • 标记可信度和适用范围；
  • 判断是否影响生态层、项目层、接口层或当前阶段优先事项。

这一层通常更适合放在推进中的中间物目录中，例如：

  • source/ 下的 gap mapping、source note 或预对齐材料；
  • references/ 下的外部参考分析；
  • 来源预对齐目录中的临时转译层，例如 source/project-prealignment/finclaw/product-definition-supplement.md。

Working Layer 可以支撑正式文档更新，但不应长期承担权威事实源职责。

3.3 Official Layer — 正式纳入层​

这一层只放已经被确认进入体系正式管理的内容。

它们不应是原始材料副本，而应是经过转译后的正式对象，例如：

  • baseline 文档；
  • registry；
  • ecosystem / project context；
  • product definition / MVP definition；
  • project-level strategic / context / design docs；
  • sync / escalation；
  • 其他正式索引对象。

4. 对不同材料类型的处理策略​

4.1 团队内部讨论备忘​

默认处理方式：

  • 先进入 Source Layer；
  • 仅作为讨论来源，不直接成为正式事实。

升级条件：

  • 如果讨论已经形成稳定判断，转译为 decision 或 change；
  • 如果讨论揭示重要项目状态，转译为 current state 或 sync。

4.2 团队成员个人本地复盘 / 建议 / 思考​

默认处理方式：

  • 先进入 Source Layer；
  • 作为个人域输入，不直接进入正式层。

升级条件：

  • 如果其结论影响生态层边界、接口或项目继承上下文，则先做分析提炼；
  • 判断稳定后再升级为正式对象。

4.3 重要外部参考文档或资料​

默认处理方式：

  • 进入 Source Layer 或 reference 索引；
  • 作为依据来源存在。

升级条件：

  • 不能直接变成正式约束；
  • 只能通过内部分析和判断，被转译为 baseline / decision / change 的支持依据。

4.4 竞品项目评估报告​

默认处理方式：

  • 先进入 Source Layer 或 competitive reference；
  • 用于提供比较视角，而不是直接定义本项目。

升级条件：

  • 如果竞品分析支持某项稳定战略判断，应先形成内部分析结论；
  • 再根据需要升级为正式 decision 或 baseline 更新。

4.5 尚未与本体系对齐的项目设计文档或产出物​

这是最值得优先处理的一类。

默认处理方式：

  • 先保留原件；
  • 再做 gap mapping，比较其与当前 baseline、registry、项目正式入口、产品定义、MVP 定义、系统设计边界或协同边界记录的关系。

升级条件：

  • 如果内容可直接用于项目现状表达，可转译进对应项目的当前正式入口、产品定义、MVP 定义、系统设计边界或协同边界记录；
  • 如果内容涉及项目边界和继承输入，可转译进对应项目的正式产品 / 系统文档；
  • 如果内容冲击生态层正式判断，应走 sync / escalation；
  • 如果内容反证顶层定义，应推动 baseline / decision 更新。

4.6 吸收后的保留 / 压缩 / 删除判断​

材料被正式文档吸收后，应先判断其长期价值，而不是默认删除。

建议保留的情形：

  • 正式文档需要它作为来源追溯；
  • 它仍是竞品、参考项目、本地参考仓库或持续深度参考对象；
  • 它保存了正式文档没有展开的分析过程、反例边界或取舍理由；
  • 它未来可能因外部项目变化、市场变化、法规变化或实现变化而需要复核。

建议压缩的情形：

  • 有价值，但内容冗长、重复或过程性过强；
  • 已经有正式文档承接主要结论，只需保留摘要、来源、吸收位置和复核规则；
  • 需要继续进入门户和图谱，但不需要保留完整过程稿。

建议删除的情形：

  • 无独立证据链、对照、反例或复核价值；
  • 与正式文档重复且没有来源追溯必要；
  • 内容过时或误导性强，继续保留会污染知识库理解；
  • 没有任何正式文档、来源说明、参考分析或协同入口依赖它。

5. 升级判断问题​

当一份材料进入体系时，建议至少问以下问题：

  1. 这份材料是原始来源，还是已经形成稳定判断？
  2. 它影响的是生态层，还是项目层？
  3. 它是参考信息，还是正式约束候选？
  4. 它是否应被转译为正式判断、产品定义、MVP 定义、项目设计边界、协同边界记录、sync 或 escalation？
  5. 它是否需要与现有 baseline / registry / project docs 建立链接？
  6. 它被吸收后，是否仍具备证据链、对照、反例或复核价值？

6. 当前建议的目录处理方式​

当前阶段建议：

  • 将内部原始材料、预对齐材料和 gap mapping 优先放在 source/；
  • 将外部参考、竞品分析、反例分析和持续深度参考对象放在 references/；
  • 将项目级转译材料暂放在来源预对齐目录中，例如 source/project-prealignment/finclaw/product-definition-supplement.md；
  • 将已经纳入正式管理的对象放入 baseline/、registry/、contexts/、projects/* 下的当前正式项目入口、产品定义、MVP 定义、系统设计边界或协同边界记录；
  • 准备期 decision log、change index 和 release notes 已完成有效内容抽取并移出正式仓库；后续不作为正式阅读入口，也不长期保留为历史层；
  • 本地 Agent 运行状态、恢复断点和上下文压缩记录不进入版本库；需要团队共享的恢复信息应转写为 packets/sync/ 或正式 handoff。

7. 一句话规则​

保留原件，先做提炼，再决定升级；吸收后按证据链、对照、反例和复核价值决定保留、压缩或删除；原始材料不是正式事实，正式事实必须经过转译并落入官方对象。

8. 当前 FinClaw 材料接入状态​

当前已进入接入流程但不应被误读为最终事实源的材料包括：

  • source/project-prealignment/finclaw/source-note-finclaw-whitepaper-v0.1.md
  • source/project-prealignment/finclaw/gap-mapping-finclaw-whitepaper-v0.1.md
  • references/finclaw/external-reference-candidate-scan.md
  • references/finclaw/aifinlab-finclaw-analysis.md
  • references/finclaw/fin-chelae-finclaw-analysis.md
  • references/finclaw/martinpmm-finclaw-analysis.md
  • source/project-prealignment/finclaw/product-definition-supplement.md

当前处理口径：

  • 这些材料可以支撑 FinClaw 战略白皮书、产品定义文档、MVP 产品定义文档和 Fin Skills / Fin Agents 设计；
  • 它们不能直接覆盖 baseline/、registry/、contexts/ecosystem/CONTEXT.md 或项目正式产品 / 系统文档；
  • 已经被吸收的内容应在来源或参考文档中标记当前处理状态和时效边界；
  • 若材料改变 FinClaw 与 Data Horizon / 数据视界、AI Trading Matrix 或金融风险边界的关系，应触发 sync / escalation，而不是在项目文档中静默升级。

9. 当前 AI Trading Matrix 材料接入状态​

当前已进入接入流程但不应被误读为最终事实源的材料包括：

  • references/trading-matrix/nofx-reference-evaluation-plan.md
  • references/trading-matrix/external-reference-candidate-scan.md
  • /Users/mlabs/Programs/trading-matrix/other/nofx
  • /Users/mlabs/Programs/nofx
  • /Users/mlabs/Programs/trading-matrix/docs/prd/nofx-analysis/*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*nofx*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*backtest*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*strategy*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*arena*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*trader*
  • /Users/mlabs/Programs/trading-matrix/docs/task/done/*competition*

当前处理口径：

  • 第一批 AI Trading Matrix 参考评估先从 NOFX 基座开始；
  • 前期落地实践基于 NOFX 早期版本，最新 NOFX 仓库位于 /Users/mlabs/Programs/nofx，二者 gap 需要后续评估后再决定是否对齐、同步或集成；
  • NOFX 之外的第三方参考项目本轮只做候选筛选和列表入库，不进入深度分析、体验测试、方案建议或正式需求回写；
  • NOFX 可以支撑交易执行、回测 / 仿真、策略 / 虚拟交易员赛马机制、多市场支持、自动化交易、UI 体验和工程迁移成本判断；
  • NOFX 不能直接覆盖 baseline/、registry/、contexts/ecosystem/CONTEXT.md 或 projects/trading-matrix/ 的正式项目口径；
  • 评估结论必须先被转译为可借鉴能力、不应继承假设、gap、风险、方案建议和设计输入；
  • 若材料改变 AI Trading Matrix 与 FinClaw、Data Horizon / 数据视界、Reinforcement Learning Engine 或金融风险 / 执行治理边界的关系，应触发 sync / escalation，而不是在项目文档中静默升级。