系统资产
移交代码库、构建与部署定义、基础设施配置、依赖、提示词、检索管线、工具契约、数据模式和环境清单。
企业 AI 交付控制
企业在 AI 项目交接时应该收到什么？
交接不是最终汇报。接收团队必须能够重现发布版本、运营流程、调查决策和失败、安全变更、撤销访问，并且可以在不依赖供应商未记录知识的情况下延续或替换系统。
作者 Onyx Devs Lab · 发布 · 更新
可重现发布源代码、配置、版本和环境
可运营服务手册、监控、恢复和支持
清晰退出所有权、数据、访问、知识和连续性
转移完整技术与证据基线
资产清单应该说明交付什么、位于哪里、由谁拥有，以及怎样核实完整。
数据与评估
记录来源、谱系、权利、保留、迁移、索引、测试集、标签、指标、门槛、已知失败、版本和可重复结果。
架构与决策
提供图表、接口、身份与权限模型、威胁和隐私决策、已经接受的取舍、限制、待办和决策记录。
证明接收团队能够运营和退出
在人员能够执行关键程序之前，文档交付仍然不完整。
运营与恢复
演示监控、告警、支持、事故处理、回退、适用备份与还原、凭证轮换、成本控制和灾难程序。
访问与供应商分离
盘点账号、密钥、域名、云资源、订阅、第三方和数据副本；完成转移或撤销，并按需保留签署删除证据。
知识与连续性
按照角色培训并进行见证演练；定义质保、过渡支持、服务水平、升级、替换方案和未解决责任。
怎样验收交接
尽早约定退出安排
交付开始前，在合同中写明资产、格式、所有权、验证、访问转移、删除、支持、费用和验收。
持续建立资产登记
记录每个系统、代码库、数据资产、凭证负责人、依赖、许可、文档、证据集和接收人。
进行接收团队演练
要求新负责人部署、监控、调查一次失败、回退、轮换访问并完成一项受控变更。
签署最终处置
记录已经接受的资产、缺口、剩余风险、供应商保留数据、已经撤销的访问、支持结束日期和签署人。
常见问题
提示词应该由谁拥有？
所有权和可重用范围应该清楚；更重要的是企业取得运营流程所需的提示词、版本、评估证据、依赖和变更程序。
只有源代码是否足够？
不够。缺少数据契约、配置、基础设施、评估、权限、运营手册、凭证、决策和已经培训的负责人时，源代码未必能够重现服务。
什么时候应该开始退出规划？
在采购和签约时。退出要求会持续影响架构、证据、所有权、数据处理和商务条款。
如果系统由供应商托管怎么办？
按照业务重要程度要求导出格式、获取时限、连续性安排、删除证据、过渡支持和经过测试的替换路径。