适用场景
这套方法适合已经完成一次 POC、Pilot 或生产交付，准备把经验用于下一次项目的 FDE、交付负责人和产品工程团队。它不要求把所有代码开放共享，而是帮助团队判断哪些内容可以复用、哪些必须留在客户边界内、哪些应该停止维护。
先定义什么叫“可复用”
可复用不等于复制粘贴。一个资产至少需要有明确的用途、输入输出、适用范围、所有者、版本、测试证据和回滚方式。缺少其中任一项，都应先标记为候选经验，而不是直接进入下一项目。
六步资产化流程
第一步：在项目关闭前盘点交付物
列出连接器、数据映射、业务规则、Agent 工具、权限策略、评测样例、监控规则、故障处理和运行手册，并记录来源项目、维护人和依赖系统。
第二步：判定客户边界和权利
客户数据、个人信息、内部规则、专属配置和未授权代码默认不能进入共享资产。合同、保密约定和安全政策优先于“未来可能有用”的想法。
第三步：做脱敏和边界重构
移除客户名称、真实数据和内部标识，并重新检查日志、样例、截图、错误信息和依赖是否泄露上下文。必要时用合成数据重建最小测试场景。
第四步：补齐测试和运行说明
为资产写清输入、输出、失败模式、权限要求、已知限制和回滚方式。至少准备一个可重复的回归测试；对涉及业务动作的资产，还要验证幂等、审批和审计。
第五步：在不同场景中验证
用第二个相近但不完全相同的场景验证。记录哪些部分直接复用、哪些部分需要适配、适配成本是多少、是否引入新的风险。复用比例不应在没有数据时预先承诺。
第六步：进入产品反馈或退出清单
重复出现且经过验证的能力可以进入共享交付基线或产品 backlog；只适用于单个客户、维护成本过高或无法稳定测试的内容，应明确标记为客户专属或停止维护。
资产验收表
| 验收项 | 通过标准 | 不通过时 |
|---|---|---|
| 归属 | 客户与 FDEr.ai 的使用边界书面明确 | 留在客户项目，不进入共享目录 |
| 安全 | 无真实客户数据、秘密或隐含权限 | 停止共享，重新脱敏和审查 |
| 可测试 | 有输入输出、回归样例和已知失败模式 | 只登记为候选经验 |
| 可运营 | 有 Owner、版本、监控和回滚说明 | 不在生产复用 |
| 可解释 | 能说明适用场景和不适用场景 | 缩小范围或退出 |
停止条件
- 资产的客户归属或使用权无法确认。
- 资产依赖真实客户数据或隐藏的生产权限。
- 没有 Owner、回归测试或回滚方式，却要求直接进入下一次生产交付。
- 第二个场景需要大幅重写，说明它可能是客户方案而不是通用资产。
最终产出
一次资产化复盘应留下四类结果：客户专属清单、可复用候选清单、已验证共享资产和产品反馈项。这样既不会把“所有经验都产品化”当成目标，也不会让团队每次重新支付相同的探索成本。