大多数企业级 LLM 合同的谈判逻辑都是倒置的。法务部门会花三周时间研究“责任限制”条款——这一条款几乎永远不会被触发——而决定你的产品明年能否存活的条款，却在格式条款中被草草通过：供应商有权弃用你所依赖的模型，而通知义务仅定义为“尽商业上的合理努力通知你”。
问问那些在模型退役日期截止前仍有生产流量的人吧。迁移不是一次法律事件，而是一场工程“消防演习”——重新运行评估套件，重新调整那些表现已经悄然发生变化的提示词 (Prompts)，还要向客户解释为什么助手的语气一夜之间变了。任何赔偿条款都无法涵盖这种损失。但是，如果在前期谈妥“弃用通知”条款，就能将这场消防演习转化为一个有计划的项目。
这是一份针对 AI 买家、真正能转移风险的条款清单，大致按它们对你造成负面影响的频率排序。同样重要的是，它还评估了哪些杠杆是供应商真正会愿意让步的，而哪些条款只会让你白白浪费谈判筹码。
一位客户的总法律顾问给你发来一封只有一行的邮件：“如果下周模型在我们的合规工作流中捏造了事实，谁的保险来赔付？”你把邮件转发给工程副总裁，他转发给法务，法务又转回给你。等这条转发链结束时，三个人都分别假设其他人已经仔细阅读过模型提供商的条款。但实际上没人读过。合同之间并没有真正的衔接——而你，作为中间层，是第一个发现这一点的人。
这就是 AI 赔偿缺口。它的存在是因为每个企业级 AI 产品都处于一个由三环组成的责任链中——终端客户、你的产品、模型提供商——每一环都默默假设下层在承担责任。模型提供商的条款将赔偿限额设定在过去 12 个月的费用总额左右，并明确排除对输出准确性的责任。你的 MSA（主服务协议）通过客户律师未仔细阅读的下游转嫁条款继承了这些排除项。而你的客户与他们的下游用户（当输出出错时真正的链尾受害者）签署的合同却将你的产品列为责任方，且没有明确的上游追索权。
第一次索赔发生时，大家才会发现这个缺口。在此之前，责任链上的每一个人都在抱着侥幸心理得过且过。
我是 Tian Pan，一名工程师型创始人，专注于智能体工程——构建自主 AI 系统并扩展工程团队。我撰写关于系统设计、技术领导力和 AI 智能体实战的实用指南。曾在 Uber、Brex 和 IoTeX 担任早期工程师。
