跳到主要内容

Source Layer

状态：基线收束草案 最后更新：2026-05-08 用途：保留内部原始材料、项目预对齐材料和已提炼但尚未完全归档的来源链路

1. 本目录定位​

source/ 是 FinTec AI Ecosystem 的内部来源层。

它用于保存团队内部或项目侧先于正式基线形成的材料，使后续正式文档可以追溯这些判断来自哪里、哪些内容已被吸收、哪些内容仍是待处理输入。

只要某份来源材料在收束后仍保留，它就应进入文档目录索引、门户全文检索和 Agent manifest。它不是正式事实源，但它是正式事实源的证据链。

“已被正式文档吸收”不等于“应删除”。来源材料是否继续保留，取决于它是否仍有证据链、对照、反例或复核价值。

本目录不是：

  • 正式事实源；
  • 当前有效基线；
  • 项目注册表；
  • 项目继承上下文；
  • 当前状态文档；
  • 产品定义或 MVP 定义；
  • 长期保存所有过程稿的归档库。

任何 source/ 材料都不能直接覆盖 baseline/、registry/、contexts/、projects/* 或 governance/ 中的正式对象。

2. 与材料接入政策的关系​

本目录遵守 ../governance/material-intake-policy.md。

在三层材料模型中，source/ 主要承载：

  1. Source Layer / 原始来源层 原始输入、项目预对齐材料、内部讨论来源和个人域输入。

  2. Working Layer / 分析提炼层 对来源材料做出的 source note、gap mapping、差异判断和待吸收清单。

source/ 不承载 Official Layer / 正式纳入层。正式纳入后的结论应落入：

  • baseline/
  • registry/
  • contexts/
  • projects/* 下的项目级正式入口、产品定义、MVP 定义、系统设计边界或协同边界记录
  • 后续产品定义 / MVP 定义 / PRD
  • packets/sync/ 或 packets/escalation/

3. 当前目录结构​

当前 source/ 下已登记：

source/
  README.md
  project-prealignment/
    finclaw/
      source-note-finclaw-whitepaper-v0.1.md
      gap-mapping-finclaw-whitepaper-v0.1.md

3.1 project-prealignment/​

project-prealignment/ 用于保存项目在正式生态基线完全收束前形成的高价值设计稿、战略稿、产品稿或系统说明，以及对这些材料的 source note / gap mapping。

这类材料通常具有高参考价值，但在被正式转译前不构成正式事实。

4. 当前 FinClaw 来源材料状态​

当前 source/project-prealignment/finclaw/ 下两份材料已经进入吸收链路：

它们当前的处理状态是：

  • 已支撑 projects/finclaw/strategic-whitepaper.md 中对 FinClaw 完整态、生态位置和认知 / 执行边界的校准；
  • 已支撑 projects/finclaw/product-definition.md 中对 FinClaw 产品 / 系统双重属性、认知输出、Fin Skills、Market Cognition Thread、能力结构和外部参考关系的收束；
  • 已支撑 source/project-prealignment/finclaw/product-definition-supplement.md 中对产品定义底稿的转译；
  • 仍可继续作为后续 FinClaw 战略白皮书、产品定义文档、MVP 产品定义文档、认知到交易执行边界问题和输出对象定义的来源材料；
  • 不能直接作为 FinClaw 的正式战略白皮书、正式产品定义或正式边界约束。

5. 来源材料处理状态​

每份 source/ 材料后续应尽量标记以下状态之一：

  • 未处理 已登记，但尚未做 source note、gap mapping 或吸收判断。

  • 分析中 正在提炼摘要、差距、适用范围、风险和可吸收内容。

  • 已部分吸收 已有部分内容进入正式文档，但仍有待审查或待转译内容。

  • 已吸收，保留追溯 有效内容已进入正式文档，原材料只保留来源和审计价值。

  • 降级归档候选 内容已经过时、重复或被正式文档完全替代，可在保留必要链接后压缩或归档。

  • 删除候选 仅适用于无追溯价值、误导性强或重复的临时文件；删除前应确认没有正式文档依赖。

6. 新材料进入规则​

新增 source/ 材料时，至少应记录：

  • 材料名称；
  • 来源项目或来源域；
  • 原始文件名或来源路径；
  • 日期；
  • 材料类型；
  • 当前处理状态；
  • 是否已进入 source note / gap mapping；
  • 可能影响的正式对象；
  • 已吸收或待吸收位置。

若材料涉及跨项目边界、金融风险、执行治理、反馈学习或模型能力建设，应优先判断是否需要进入 packets/sync/ 或 packets/escalation/。

7. 压缩与清理规则​

当某份来源材料的有效内容已经进入正式文档后，不应继续让它承担事实源职责。

建议继续保留的情形：

  • 它能说明正式判断的来源、形成过程或当时约束；
  • 它仍支撑某个项目白皮书、产品定义、MVP 定义、协同边界问题或产品对象定义；
  • 它包含正式文档未展开但后续仍可能需要的分析过程、差异判断或风险判断；
  • 它未来可能需要随项目、市场、法规、技术实现或外部参考变化重新复核。

推荐处理方式：

  1. 在来源材料中标记“已吸收位置”；
  2. 在正式文档中保留必要来源链接；
  3. 将来源材料保留为追溯对象，或在后续清理阶段压缩为摘要；
  4. 若来源材料已经被完全替代，且不再具备证据链、对照、反例或复核价值，再判断是否归档或删除。

当前阶段不建议大规模删除 source/ 材料；更稳妥的路径是先补齐处理状态和吸收链接。

8. 一句话规则​

source/ 负责保存来源和吸收链路，不负责定义正式事实；原始材料必须经过提炼、判断和转译，才能进入正式对象。

9. 相关文档​