AI系统交付之后：为什么"源码全部交给你"才是真正的所有权测试

交付后的依赖是如何被设计出来的，以及如何在签约前规避

香港企业与独立AI工程师合作，最大的隐藏顾虑不是价格，不是技术——而是交付后的依赖。

「如果他之后不回消息怎么办？」「系统出问题找谁？」「他是不是希望我永远支付月费？」

这些问题很少在报价阶段被直接问出来，但它们才是很多企业最终不敢开始的真正原因。本文说清楚：一个专业的交付模式应该是什么样的，以及签约前你应该核实哪些事。

依赖是如何被设计出来的

市场上不少AI方案的商业模式，是刻意建立在依赖之上的。

最常见的形式：系统运行在供应商自己的服务器上，使用供应商的API key，连接供应商的数据库。表面上你"拥有"这个系统，实际上你拥有的是一个登录账号。供应商消失，系统立即消失。

第二种形式：交付物是一个没有文档的黑盒。代码可能真的交给了你，但没有部署说明、没有架构文档、没有配置指南。理论上你拥有源码，实际上没有原来那个工程师，没有人能运行它。

两种形式都造成同一个结果：你以为买了一个系统，实际上买了一段永久关系——而这段关系的定价权在对方手上。

真正的所有权有四个可核实标准

一、系统运行在你的基础设施上。你的云端账户、你的API key、你的数据库。工程师交付后不再有任何访问权限。这应该在合同中白纸黑字写明。

二、完整源码交付，包括可构建性。不只是一堆代码文件，而是一个有能力的工程师拿到手可以独立部署、修改、维护的完整package。

三、文档是交付物的一部分，而不是附加服务。部署步骤、架构说明、配置选项、常见问题处理。文档的质量直接决定你未来的自由度。

四、交接期有明确定义。专业的合同会列明知识转移的范围——可能是几天的walkthrough，可能是基于文档的交接。重点是：这件事有终点，不是无限期的。

「那他怎么赚长期收入？」——正确的答案应该让你放心

一个合理的问题：如果工程师交付后没有依赖，他的长期收入从哪里来？

诚实的答案有两个。第一，后续支持按小时另计——你需要时才付，不需要就不用付。这与「每月固定收费否则系统停运」在权力结构上本质不同：前者你是客户，后者你是人质。

第二，新项目。一个交付得好的系统，会带来下一个工作流程的自动化需求。工程师的长期收入应该来自他交付的质量，而不是来自你的退出成本。

签约前可以直接问这个问题：「如果交付后我们不再合作，使用这个系统会有什么限制？」答案应该是「没有限制」。任何其他答案都值得追问。

LLM时代让这个问题更重要

传统软件交付后是静态的。AI系统不同——底层LLM模型会持续升级，API会改版，成本结构会变化。

这意味着两件事。第一，系统设计时应该使用直接API集成，避免不必要的中间框架——每多一层框架，就多一层将来可能出问题的地方。第二，你的系统应该能受益于模型升级而不需要重新构建——使用API-based架构，模型升级是自动的；使用自定义训练模型，每次升级都是一个新项目。

架构选择不只是技术问题，而是你未来自由度的问题。

签约前的检查清单

合同有没有写明源码完整交付，包括交付方式？

系统是否运行在你自己的云端账户和API key上？

文档是否明确列为交付物？

交接和知识转移有没有定义范围？

后续支持的收费模式是否「按需另计」而不是「强制月费」？

问「交付后不再合作有什么限制」，答案是否「没有」？

六个问题，五分钟问完。供应商的反应会告诉你，他的商业模式是建立在交付质量上，还是建立在你的退出成本上。