材料接入政策
1. 本文回答什么
本文定义外部资料、团队讨论、本地复盘、参考项目分析、工程产物和项目预对齐材料如何进入 Labs-FinTecAI 知识库，并避免原始材料直接污染正式事实源。
材料进入本仓库前必须先判断它承担哪一种角色：
| 角色 | 含义 | 可进入的区域 |
|---|---|---|
| 原始来源 | 尚未被体系吸收的输入、记录、讨论、外部资料或工程现场 | 工程仓、参考仓、来源说明或受控索引 |
| 分析提炼 | 对来源材料的摘要、差距分析、适用范围和风险判断 | commons/references/、项目正文中的参考评估段落 |
| 正式事实 | 已被评审接受并转译为生态、项目、治理或公共方法论事实 | ecosystem/、projects/、commons/、governance/ |
2. 核心原则
- 原始材料不是正式事实。
- 正式事实必须经过分析、判断、转译和回写。
- 被吸收的材料不自动删除；是否保留取决于证据链、对照、反例和复核价值。
- 参考材料不能直接覆盖战略、产品定义、MVP、PRD、治理协议或项目状态。
- 如果材料改变生态对象边界、项目接口、金融风险或执行治理，应走
governance/change-protocol.md或governance/escalation.md。
3. 接入流程
| 步骤 | 判断问题 | 输出 |
|---|---|---|
| 识别 | 材料是来源、参考、工程现场，还是已经形成稳定判断？ | 材料角色 |
| 分层 | 影响生态层、项目层、公共方法论，还是只影响工程执行？ | 目标层级 |
| 提炼 | 哪些结论可复用、哪些只是背景、哪些需要复核？ | 分析摘要或参考评估 |
| 回写 | 是否需要更新事实源、治理协议或项目状态？ | PR / local proposal / project update |
| 保留 | 材料吸收后是否仍有证据链、对照、反例或复核价值？ | 保留、压缩或删除判断 |
4. 保留、压缩、删除
建议保留：
- 正式文档需要来源追溯；
- 材料仍是参考对象、反例或持续复核对象；
- 材料保存了正式文档没有展开的取舍理由。
建议压缩：
- 结论有价值但过程冗长；
- 正式文档已承接主结论，只需保留摘要、来源和吸收位置；
- 继续保留全文会增加检索噪声。
建议删除：
- 无独立证据链、对照、反例或复核价值；
- 与正式文档重复且无来源追溯必要；
- 内容过时或误导，继续保留会污染理解。
5. 不同材料类型
| 类型 | 默认处理 | 升级条件 |
|---|---|---|
| 团队讨论备忘 | 保留为来源或转写为 proposal | 形成稳定判断或影响项目状态 |
| 个人域复盘 / 建议 | 作为候选输入 | 结论影响生态边界、项目定义、接口或风险 |
| 外部参考资料 | 进入 commons/references/ 或工程仓参考区 | 经内部评估后支撑正式判断 |
| 竞品 / 开源项目评估 | 进入参考评估 | 形成可借鉴能力、不应继承假设、gap 或风险判断 |
| 工程执行产物 | 留在工程仓 | 需要沉淀为项目状态、执行索引或公共方法论 |
6. 一句话规则
先保留来源，再提炼判断；先判断层级，再回写事实；吸收后按证据链、对照、反例和复核价值决定保留、压缩或删除。