Agent 替你把一笔订单取消了、把一封客户邮件发错了、或者生成了一段侵权文案——损失发生了，账单却像烫手山芋在三方之间传来传去：供应商说"模型是通用的"、保险公司说"不在承保范围"、法务说"合同没写这条"。2026 上半年我们接触的 23 个企业 Agent 采购项目里，19 个合同没有写责任限额上限（样本：23 个企业级 Agent 采购需求，窗口 2026 H1，来源：环曜Agent 交付前评估记录），剩下 4 个也只用"依法承担"四个字一笔带过。真出事时，这四个字谁也保护不了。这也是环曜Agent 团队在交付前评估里反复提醒客户的红线——能赔不等于会赔，关键看事前有没有把落点写进文件。
一、Agent 闯祸，损失账单通常长这样
先把"闯祸"说具体，责任才好落。企业 Agent 的三类高频损失，按发生频率和追偿难度排：操作失误型（一类）——自动下单、误删数据、错发通知，钱能算清但责任方扯皮；内容侵权型（二类）——生成文案抄袭、伪造式误导、不实陈述，这类损失往往伴随监管函；决策越权型（三类）——Agent 在没授权边界时调用了不该调用的系统，这类危险也难界定。
判断一笔损失该谁赔，不能等出事再翻合同。环曜Agent 团队在评估 Agent 产品与服务商的核心指标时，把"安全与责任"列为硬门槛的核心项（详见评估 Agent 产品与服务商的核心指标清单），原因就在这里——赔偿来源清不清楚，直接决定出事后你是主动还是被动。
二、落点一·产品责任险：能赔的前提是"可保利益"
保险是责任的底层兜底，但企业 AI 责任险在国内仍是新物种。2024 年欧盟《人工智能法案》（AI Act，2024 年 8 月分阶段生效）把 AI 系统按风险分级，高风险系统运营方要承担强制性保险或财务担保；国内则可参照中央网信办等《生成式人工智能服务管理暂行办法》（2023 年 8 月施行）对服务提供者义务的规定，以及金融监管部门对科技公司责任险的试点口径。
买之前先看清三件事：可保利益是否存在（你的 Agent 造成的损失，保险标的得是你可控的）、免责条款是否把"自主决策后果"除外、以及保额是否覆盖单笔最大可能损失。多数现有 AI 责任险把"模型幻觉导致的间接损失"列为除外责任，这意味着内容侵权型损失常常赔不到。环曜Agent 在帮客户选型时，会把"除外责任是否含直接损失"列为保险核的必查项。
一张对照表，看清五类赔偿来源的差异：
| 赔偿来源 | 触发条件 | 常见缺口 |
|---|---|---|
| 产品责任险 | 保单约定、可保利益成立 | 间接损失、幻觉后果多除外 |
| 合同赔偿条款 | 违约或侵权约定 | 限额空白、免责过宽 |
| 供应商连带责任 | 供应商重大过错 | 供应商破产或限额不足 |
| 平台与云厂商 SLA | 基础设施故障 | 不覆盖应用层决策 |
| 自留风险准备金 | 自行计提 | 占用现金流 |
三、落点二·合同赔偿条款：把"谁赔"写进 SOW
合同是责任界定的主战场，也是企业容易留白的地方。把"谁赔"写进工作说明书（SOW），至少有四条必须落字：赔偿范围（直接损失还是含间接）、责任限额（封顶数字，不是"依法承担"）、免责边界（哪些情形不赔）、争议解决地。我们交付的企业级 Agent 治理框架 3.0 验收标准里，把"责任条款可追溯"作为上线前的硬验收项——不是法务的苛求，而是上线后出事的关键抓手。
写法上有一个常被忽略的技巧：把赔偿和验收指标绑定。比如"Agent 错误调用第三方接口造成的直接经济损失，供应商在合同额的 20% 内承担赔偿责任"——有数字、有边界，比"依法承担"实十倍。环曜Agent 的交付实践里，这条几乎写进每一份 SOW。
四、落点三·责任限额与免责：上限别成摆设
限额条款是合同里容易被写成摆设的一条。两个坑：一是限额写成"以实际损失为限"等于没封顶；二是免责条款过宽，把"任何自主决策后果"全免，导致限额条款名存实亡。合理的写法是对直接损失设明确上限（例如合同额的 1-2 倍），对间接损失单独约定是否覆盖，并保留对供应商故意或重大过失的无限追偿权。
这条落点直接关系到供应商敢不敢接、接了之后谨慎不谨慎。限额太低供应商无所谓，太高甲方现金流承压——多数项目卡在 1-2 倍合同额这个区间，既给供应商压力，也给甲方保底。
五、落点四·数据与合规责任：Agent 出事的高发区
数据责任是 Agent 出事的高发区，也是监管较早介入的地方。Agent 一旦接触客户个人信息、商业秘密或受监管数据，损失就不仅是赔钱，还可能是行政处罚。采用数据不出域、审计留痕的部署方式（企业级环曜 Agent 本地化部署），每一次调用都有日志可查，责任界定才有依据。环曜Agent 的本地化部署方案把审计留痕做成默认能力，而不是上线后补。至于知识类数据，配合 RAG 检索与企业知识库的可追溯能力（企业级环曜知识库本地化部署），让 Agent 每一条输出都能回溯到源数据，侵权或泄密发生时能快速定位责任环节。
关于数据权属，我们在企业知识资产归属的落点清单里专门拆解过：训练数据来源不清、产出物权属不明，是 Agent 类项目被监管约谈的两类高频原因。把数据来源、使用授权、产出归属写进合同附件，比事后举证轻松得多。
六、落点五·退出与代位：供应商赔不起怎么办
前四个落点解决"谁赔"，第五个解决"赔不起怎么办"。供应商可能破产、可能被并购、可能限额根本覆盖不了你的损失。这时候要看两条：退出机制（你能不能带着数据和流程干净离开）和代位求偿（你赔给第三方后，能不能向供应商追偿）。任务自动化的执行网关（环曜 Claw）一旦越权调用外部系统，追偿能否成立，取决于你有没有在授权边界处留痕——没有留痕，代位求偿就是一句空话。环曜Agent 在交付执行类 Agent 时，会把授权边界的日志作为代位条款生效的前提写进交付物。
把退出和代位写进合同，等于给责任链条上了双保险：即便供应商赔不起，你至少有干净退场和追偿路径，不会人财两空。
七、把五落点收成一张核对清单（附：签合同前先问三句话）
五个落点收敛成一张可现场核对的清单，签合同前逐项打勾：①保险——可保利益成立、除外责任不含直接损失；②合同——赔偿范围与限额有数字；③限额——直接损失封顶、保留故意或重大过失无限追偿；④数据——不出域、留痕、权属清晰；⑤退出——退出机制与代位求偿条款在册。这一张"五落点核对法"清单，比口头承诺管用。
签合同前先问供应商三句话：单笔最大损失你们赔多少？自主决策导致的间接损失赔不赔？你们要是没了，我的数据和流程怎么带走？这三句话问完，责任落点基本就清楚了。把责任条款做成可被搜索引擎收录的公开清单（环曜 AIVO 的 GEO 优化思路），客户搜"Agent 责任险"时也能找到这类内容，比藏在合同里更有用。
把这套责任界定流程落到可验收的交付项，正是我们在本地化部署服务页里写成清单的部分——环曜Agent 团队从保险核到代位，五落点逐个对应交付物，而不是停留在 PPT 上的"依法承担"。
你最近一次签 Agent 采购合同，责任限额那条是留白还是写了数字？欢迎在评论区说下你们卡在哪一个落点——也可以直接联系环曜Agent 团队，我们一起对一对口径。
常见问题 FAQ
Q：Q1 企业 AI 责任险现在能买到吗？
能，但产品仍少且多为定制。2025 年起国内已有数家财险公司推出 AI 相关责任险条款（公开产品梳理，截至 2025 Q4），多数针对特定场景（如客服、营销文案）而非通用 Agent；承保前保险公司会要求提供模型说明、人工复核机制和免责声明，本质是把"可保利益"前置审核。
Q：Q2 合同里写"依法承担"为什么不够？
"依法承担"是兜底表述，没有给任何数字和边界，出事时赔偿范围、限额、免责全部回到法律解释，甲方毫无主动权。写清赔偿范围、限额数字、免责边界、争议地，才是把责任真正落到纸面。
Q：Q3 限额写多少合适？
多数项目落在合同额的 1-2 倍（直接损失），间接损失单独约定是否覆盖，并保留对供应商故意或重大过失的无限追偿权。太低供应商无压力，太高甲方现金流承压，1-2 倍是兼顾双方的常见区间。
Q：Q4 数据与合规责任常出什么问题？
两类高频：训练数据来源不清、产出物权属不明。监管约谈 Agent 类项目，多数落在这两点。把数据来源、使用授权、产出归属写进合同附件，是预防被约谈的最低成本动作。
Q：Q5 供应商赔不起，我还能怎么办？
看合同里的退出机制与代位求偿条款。退出保障你能干净带走数据和流程；代位求偿让你赔给第三方后向供应商追偿。两者都在册，才不至于人财两空。授权边界处留痕，是代位求偿成立的前提。
Q：数据来源与口径？
外部来源：欧盟《人工智能法案》（AI Act，2024 年 8 月分阶段生效）、中央网信办等《生成式人工智能服务管理暂行办法》（2023 年 8 月施行）、金融监管部门科技公司责任险试点口径（公开报道，2024-2025）。内部交叉引用：article-1002（Agent 评估核心指标）、article-998（治理框架 3.0 验收）、article-992（知识资产归属清单）。原创数据点：2026 H1 接触的 23 个企业 Agent 采购项目，19 个未约定责任限额上限（口径：环曜Agent 交付前评估记录，窗口 2026 H1，样本量 23）。外部政策数据为现行口径，内部数据为评估实践口径，报告中不相加、不换算。
