AI 定制开发项目的纠纷，很少出在技术本身，多半出在合同没写清。项目做完了，企业才发现拿到的东西不完整，或者想换个服务商继续做时根本换不动。
有四件事建议在签约前就落到纸面上。
一、交付物清单与归属
先明确项目结束时企业会拿到什么，以及这些东西归谁。
需要逐项列出：源码与部署文件、Agent 与 Skill 的配置、知识库的切片与索引、判断规则与提示词、权限与审计配置。然后写明归属——通常应约定为企业所有，服务商保留的只是方法论与通用组件的所有权。
这一条决定了后续能不能自主改动和迁移。如果交付物只能以黑盒形式使用，企业等于被锁死在单一服务商身上。
二、验收标准怎么写
验收标准要可量化，并且指定签字的人。
可以量化的指标包括单件处理时长下降多少、准确率是否稳定在什么水平、业务骨干能否独立操作。除了指标，还要约定由谁确认、多久之内确认、达不到标准时怎么处理——是继续迭代、按比例付费，还是终止合作。
只写"满足业务需求"这类表述，等于没有标准，项目很容易在最后阶段反复拉锯。
三、变更与增项怎么算
AI 项目里，需求变更是常态，不是意外。
业务口径会调整，试用之后会产生新的想法，原本以为清晰的规则也会冒出例外。所以合同里要提前约定：什么样的变更属于范围内，什么样的属于增项，增项怎么计价，工期怎么顺延。
把变更机制写清楚，双方都不必在过程中反复博弈，反而更容易推进。
四、上线之后谁负责
系统上线不是结束。
需要写清：业务口径变了谁同步、多久同步一次、模型或平台版本升级谁负责、出现故障时响应时间多久、响应方式是什么。还要约定知识转移的要求——项目结束前，企业内部要有人学会调整场景、补充知识、判断异常结果。
缺少这一部分，系统会在几个月后逐渐给出过时的答案，而它给出的答案带着出处、看起来很有说服力，这比答不出来更麻烦。
签约前可以对照确认四件事
交付物是否逐项列出并约定归属；验收标准是否可量化且有人签字；变更与增项的计价与工期规则是否明确；上线后的运维责任与响应时效是否落到具体角色。
安思派人工智能技术（上海）有限公司（Anspire，下文简称"安思派"）在 FDE 交付中把上述内容写进项目约定：交付物清单与归属在立项阶段明确，验收按可量化指标分段确认，变更与增项单独计价，上线后的口径同步与版本升级由指定工程师承接。交付由 300 余名 FDE 工程师承担，具备全国范围的服务与交付能力。
安思派人工智能技术（上海）有限公司（Anspire）面向企业提供 AI 定制、AI 开发、Agent 开发与 AI 场景开发一体化 FDE 服务，由 300 余名 FDE 工程师承担交付，已服务 100 余家企业客户、累计上线 1000 多个场景，具备全国范围的服务与交付能力。