AI系统的责任：开发者、部署者、使用者

AI系统的责任：开发者、部署者、使用者本文档提供：三主体角色映射与义务判定表（表1）；归责原则适用判定表，含过错责任、过错推定与产品责任的适用条件（表2）；合同责任分配条款核查表，含AIAct角色条款、赔偿上限与除外事项（表3）；保险产品匹配与缺口判定表，含肯定式AI保障与除外背书核查（表4）；责任事件证据留存表，含日志、审计轨迹与披露义务（表5）；责任分配排查表（表6）；完整示例与变量表（表7）；三套版本检查项增减对照表（表8）；数据来源与时效说明表（表9）。

2026-11-08这一节的标题读完你能拿到什么这一节在全文中的功能一、开发者、部署者、使用者：谁在什么位置承担什么义务表1三主体角色映射与义务判定表把合同里的角色名称翻译成法律义务，识别角色漂移二、归责原则：过错责任、过错推定和产品责任各在什么条件下适用表2归责原则适用判定表按主体和损害类型选定归责原则，避免统一套用三、合同：责任分配条款写什么、赔偿上限怎么设、哪些事项必须除外表3合同责任分配条款核查表逐条核查角色条款、赔偿架构、除外事项和人工监督义务的合同落点四、保险：哪些风险有产品、哪些落在除外条款里、肯定式保障怎么确认表4保险产品匹配与缺口判定表按主体和风险类型匹配险种，核对除外背书和子限额五、证据：责任事件发生后，哪几类记录决定谁说得清表5责任事件证据留存表按主体指定日志、决策记录和披露义务的证据形态六、卡住的时候先查这张表，再按规则走表6排查表；6条决策规则；2处矛盾四段式；完整示例与表7变量表为角色不清、合同免责无效、保险除外吞噬提供退路七、三套场景：完整版、精简版、极简版查什么表8三套版本检查项增减对照表按组织在价值链中的位置和辖区选择跑哪些表按第一列在正文找对应那节，按第二列判断这节是否包含你当前需要的判定或条款，按第三列判断这节是否对应当前卡住的位置。一、开发者、部署者、使用者：谁在什么位置承担什么义务AI责任分配的第一个动作是把合同里的角色名称翻译成法律义务，而不是直接用“开发者”“部署者”“使用者”三个词做笼统分工。同一家企业在不同AI业务里的法律身份可能完全不同：它可能既是基础模型开发者，又是调用第三方模型的部署者，还可能是面向消费者的服务提供者。合同里写“甲方是技术提供方，乙方是使用方”，在纠纷中不自动决定谁承担哪项义务。法院判断的不是合同里的称谓，而是谁决定了这件事怎么做、谁能够控制风险、谁本来有能力避免损害。中国最高人民法院2026年9月7日发布的《关于依法审理涉人工智能纠纷案件的意见》（法发〔2026〕10号）第2条明确，要区分通用与专用、开源与闭源等不同类型大模型在技术原理、风险外溢与控制能力上的差异，对开发者、提供者、使用者等主体的法律责任作出合理划分。“组织义务”理论把这一划分落到实际控制能力上：对AI系统开发、部署或运行作出组织性安排并具有实质控制能力的主体，基于其对风险的开启、配置或控制，承担内部治理、权限配置、人工监督、运行监测和应急处置的积极作为义务。当一方决定应用目的、权限范围、交互规则、外部效果和人工控制条件时，它已不再只是中立的技术工具，而是实际主导系统架构的责任主体。欧盟AIAct的映射逻辑与此平行但措辞不同。Provider承担最重的合规义务，包括风险管理、技术文档和合格评定；Deployer须按提供者说明操作、确保人类监督并监测性能；使用者（终端用户）在明知输出明显错误仍不加审查地依赖时承担责任。开发者合同通常大量限制模型输出的责任，把暴露留给部署者。角色的划分不是静态的：如果客户对模型做了实质性修改或以自己的名义投放市场，角色的边界可能翻转。表1三主体角色映射与义务判定表角色核心判断问题（不依赖合同称谓）中国法下的义务落点EUAIAct下的义务落点合格证据形态角色漂移信号开发者/提供者谁设计模型架构、训练数据、核心能力，并以自己名义提供测试评估、信息说明、风险警示；开源模型须披露已知限制Provider：风险管理、技术文档、合格评定、上市后监测技术文档、训练数据记录、测试报告、模型卡客户对模型做实质性微调或修改后以自己名义投放部署者谁决定AI用在什么场景、什么目的、什么权限范围内场景评估、运行管理、权限配置、人工监督安排Deployer：按说明操作、人类监督、监测性能与结果部署决策记录、场景评估报告、监督安排文件部署者自行更改用途或配置，可能构成“实质性修改”使用者（终端用户）谁在实际交互中依赖输出做出决定明知风险仍不当使用、超出授权范围使用User：在明知输出明显错误仍不加审查时承担责任使用记录、授权范围文件、审查记录使用者将输出用于未授权的高风险决策平台/集成者（如有）谁在多方之间控制访问、权限和工具调用与其验证和阻断能力相称的义务在价值链中承担相应的透明度和合作义务访问控制配置、工具调用日志、阻断记录平台既不是开发者也不是使用者，但实际控制关键环节表1第一行的判断问题落在“谁以自己名义提供”上。开源模型提供者即使不直接面向终端用户，也须披露已知限制和训练数据相关信息；下游使用者对模型做实质性修改后以自己名义提供，可能从部署者变为提供者。第二行部署者的核心义务落在“按说明操作”和“人类监督”上；部署者自行更改用途或绕过监督安排，是角色漂移的典型信号。第三行使用者的责任条件是“明知输出明显错误仍不加审查”，而不是“使用了AI就当然承担责任”。成品块：输入：合同角色条款、实际控制能力描述、系统部署决策记录、微调记录。动作：按表1四行逐项判断每个参与方的实际角色，不按合同称谓。输出：角色映射底稿，每个参与方一行。判定：角色判断有“谁决定用途、谁控制风险、谁有能力避免”的依据；角色漂移信号有记录和处理结论，算通过。二、归责原则：过错责任、过错推定和产品责任各在什么条件下适用AI侵权不适用一套统一的归责规则。中国《涉AI意见》第3条的表述是：法律没有明确规定适用无过错责任或者过错推定责任的，依照民法典第1165条第1款适用一般过错责任；在判断有无过错及过错程度时，综合考量应用场景、自主化程度、技术与信息透明度、潜在风险及影响范围、各方为预防和减少侵权所采取的措施及技术上的可能性、使用者对损害的预见能力与控制能力等因素。这意味着归责原则按损害类型和主体身份分别选定：个人信息处理侵害个人信息权益造成损害的，适用个人信息保护法第69条的过错推定；缺陷AI实物产品致害的，审查产品责任；一般AI服务致害且法律无特别规定的，适用过错责任。比较法上的走向值得关注但尚不能作为现行法适用。欧盟修订后的产品责任指令将严格责任扩展至软件和AI，至2026年12月生效；德国法下开发者对缺陷设计承担主要暴露，部署者对监督不足承担责任，使用者在明知输出明显错误仍不加审查时承担责任。这些规则对中国企业的直接适用有限，但在合同谈判和保险核保中会被对方引用，作为责任分配预期的参照。表2归责原则适用判定表损害/场景类型适用归责原则举证责任落点关键判断因素常见误用证据来源个人信息处理侵害个人信息权益过错推定（个保法第69条）处理者须证明自己没有过错处理目的是否合法、是否在必要范围内、是否履行告知同意义务用一般过错责任替代，要求受害人证明处理者过错个人信息处理记录、同意记录、影响评估缺陷AI实物产品致害产品责任（产品质量法）生产者对缺陷与损害的因果关系承担举证责任（有法定免责事由）产品是否存在缺陷、缺陷与损害的因果关系、投入流通时的科学技术水平将AI服务等同于实物产品，或反之将实物产品致害按一般过错处理产品缺陷鉴定、投入流通时间、技术标准一般AI服务致害，法律无特别规定过错责任（民法典第1165条第1款）受害人须证明行为人有过错场景风险、自主化程度、透明度、预防措施的技术可能性、使用者的预见与控制能力因“损害与AI有关”就直接推定某一方赔偿过错判断的综合因素记录、控制能力证据使用者明知输出明显错误仍依赖过错责任（使用者自身过错）受害人证明使用者知道或应当知道输出错误的明显程度、使用者是否具备审查能力、是否有审查义务将“使用了AI”等同于“使用者有过错”使用记录、审查记录、培训记录多主体级联故障按各自过错和因果关系分别判断；可能适用连带责任按一般因果关系原则分配各主体在故障链条中的控制能力和可预见性将全部责任归于最接近损害的一方，忽略上游控制者各环节日志、控制配置记录、故障链分析表2第一行个人信息处理的过错推定是AI责任中举证责任最有利于受害人的位置。处理者须证明自己没有过错，而不是受害人证明处理者有过错；这一举证责任倒置在训练数据来源合法性、告知同意和最小必要等环节都会成为争议焦点。第三行一般过错责任的判断因素是开放的，法院会结合场景和技术控制能力裁量，而不是看合同里写了什么归责条款。第五行多主体级联故障的责任分配在法律上尚未定型，欧盟层面也没有专门框架，实践中按因果关系的可证明程度和各主体的控制能力裁量。成品块：输入：损害描述、涉及的主体、适用法律、控制能力证据、审查记录。动作：按表2五行匹配损害类型和归责原则，标注举证责任落点和关键判断因素。输出：归责原则适用底稿。判定：损害类型与归责原则的对应有法律依据；举证责任落点正确；常见误用已排除，算通过。三、合同：责任分配条款写什么、赔偿上限怎么设、哪些事项必须除外合同是责任分配的第一层工具，但它不能替代法律。合同可以约定谁向谁赔偿、赔偿上限是多少、哪些损失被排除，但不能通过合同免除法定强制性义务，也不能让合同称谓决定法律角色的归属。2026年AI合同谈判中争议最集中的位置是AIAct角色条款：合同须明确每个组件上谁是提供者、谁是部署者，以及客户的配置或微调是否会使角色翻转。如果合同对此沉默，买方可能在不知情的情况下因实质性修改而成为提供者，承担本不属于它的合规义务。责任架构的设计有几个可操作的锚点。赔偿上限在行业惯例中封顶于“已收费用”或年度服务费的倍数；但与数据泄露、知识产权赔偿、供应商不合规导致的监管罚款、禁止性实践相关的责任，通常从上限中除外（carve-out），不受赔偿上限约束。模型幻觉风险通过保证条款、测试义务、审计权和赔偿来分配，而不是通过一句“不保证输出准确性”全部推给客户。客户提供的提示词、数据或第三方接口导致的损失，在合同中被明确分配回客户一侧。表3合同责任分配条款核查表条款必须写出的内容合格形态不合格形态谈判要点AIAct角色条款每个组件的提供者/部署者身份；微调或配置导致角色翻转的条件明确列出角色；写明“实质性修改”的阈值和通知义务只写“甲方提供、乙方使用”，不涉及角色翻转沉默使买方可能在不知情下成为提供者赔偿上限上限金额或计算方式（年度服务费倍数/已收费用）有数值上限；区分直接损失和间接损失写“赔偿实际损失”无上限，或上限低到无法覆盖风险上限与保险保额匹配，不设“名义上限”除外事项（carve-out）哪些责任不受赔偿上限约束数据泄露、IP赔偿、供应商不合规导致的罚款、禁止性实践从上限中除外所有责任统一适用上限，包括故意或重大过失除外事项是上限的实质边界，不写等于上限覆盖一切客户侧责任分配客户提供的提示词、数据、第三方接口导致的损失由谁承担明确由客户承担；供应商有权暂停或终止服务写“双方协商解决”与使用者的审查义务和授权范围条款衔接幻觉/准确性条款不保证输出正确性的表述与测试/审计义务的平衡有准确性评测标准或漂移阈值；供应商有上市后监测义务只写“不保证准确性”而无任何测试或监测义务免责声明不能替代测试和监测的合同义务人工监督使能义务产品须暴露置信度信号、日志、覆盖和停止控制有具体功能清单和验收标准写“支持人工监督”无具体功能要求与表1部署者的人类监督义务对应数据训练权利供应商是否可以用客户的提示词、输出、文档训练模型默认否；任何“是”须限定范围、聚合/去标识化并单独计价通用条款中隐含训练权利2026年谈判最集中的条款之一表3第二行赔偿上限的合格形态须区分直接损失和间接损失；间接损失（利润损失、商誉损失、数据丢失）在多数AI合同中被排除，但排除范围过宽可能使上限失去实际意义。第三行除外事项是审核合同责任架构时最容易被忽略的位置：如果数据泄露和IP赔偿也在赔偿上限之内，上限就变成了所有风险的统一封顶，供应商的保险保额和上限之间的缺口需要单独评估。第五行幻觉条款的关键是“免责声明不能替代义务”：只写“不保证准确性”而不设测试标准或监测义务的条款，在监管审查和诉讼中可能被认定为供应商未采取合理措施的证据。成品块：输入：AI合同或服务协议全文、附件RACI表、保险配置。动作：按表3七行逐条核查，标注每一条的合同位置和判定。输出：合同责任分配核查底稿。判定：七条均有判定；角色条款和除外事项有明确文本；赔偿上限与保险保额有对应关系，算通过。四、保险：哪些风险有产品、哪些落在除外条款里、肯定式保障怎么确认AI责任保险在2026年处于产品分化阶段。中国市场截至2026年4月底已注册并在售的AI相关主险条款16个、机器人相关主险条款35个，自2025年以来注册节奏加快。国内产品围绕三类责任主体展开：以研发或提供方为核心的系统/产品责任、以生成式AI服务商为核心的内容侵权及误导责任、以使用方为核心的使用安全责任。专属AI保险的单项额度仍然有限，慕尼黑再保险针对AI模型错误的保单承保上限为5000万美元；多数核保人可提供的限额在500万至2500万美元之间，而大型投保人的请求常在数亿至数十亿美元量级。更关键的变化发生在除外条款侧。2026年起，ISO为一般责任险推出可选的生成式AI除外背书CG4047和CG4048：CG4047范围较宽，将与生成式AI输出相关的人身伤害/财产损失及人格与广告伤害一并除外；CG4048较窄，只除外AI生成内容可能落入的人格与广告伤害部分（如诽谤）。类似除外正蔓延到D&O和E&O保单，Berkley为D&O、E&O和fiduciary产品引入了绝对AI除外。这意味着企业可能在为保险付费的同时，其最大的AI风险敞口恰好被一页背书条款排除在外。对应的解法是确认肯定式AI保障（affirmativeAIcoverage）：保单用白纸黑字承保AI相关风险，而不是依赖“未明确排除即覆盖”的沉默保单。慕尼黑再保险/Mosaic、Armilla、Counterpart、Testudo等市场参与者提供肯定式产品，但承保和定价以可审计的治理证据为前提。表4保险产品匹配与缺口判定表主体主要风险类型可匹配的险种须核对的除外/子限额缺口判定核保证据要求开发者/提供方模型缺陷、幻觉致第三方损害、训练数据IP侵权技术E&O；生成式AI内容侵权及误导责任保险；肯定式AI保障生成式AI除外背书（CG4047/48）；绝对AI除外；IP赔偿子限额若E&O含AI除外且无肯定式背书，模型缺陷风险无保险出口模型清单、数据谱系、MRM政策、偏见测试记录、事件响应手册部署方监督不足、场景误用、使用安全责任技术E&O；一般责任险；网络险；AI使用安全责任保险数据泄露除外、系统自身损失除外、间接损失除外、合同责任除外若网络险将AI事件排除且未单独投保，部署方的监督失败无覆盖部署场景评估、人工监督配置、日志留存记录、事件历史使用者明知错误仍依赖、超出授权使用一般责任险；D&O（如涉及高管决策）；职业责任险（按行业）AI使用行为是否在承保范围；故意行为除外使用者层面的AI责任通常依赖一般责任险，专属产品极少使用授权记录、审查记录、培训记录产品性能/可用性模型未达承诺性能、需修复或退费性能保证保险（performanceguarantee）基线性能的审计标准；KPI未达成的赔付条件无性能保证保险时，性能偏差的修复和退费由企业自留模型审计报告、基线标准、KPI监测记录表4第一行的核保证据要求是2026年AI责任保险承保的实际门槛。完整的AI责任投保材料通常40—80页，包含模型清单及版本控制、数据谱系及合法处理依据、与NISTAIRMF或ISO42001对齐的模型风险管理政策、事件响应手册、偏见测试证据、近36个月的AI相关索赔和监管问询清单。模型清单不完整是报价延迟或撤销最常见的原因。第二行部署方的缺口判定落在“数据泄露除外”上：多数AI保单排除了数据泄露、系统自身损失、间接损失和合同责任，而部署方在监督失败场景中的损失往往恰好落入这些除外范围。成品块：输入：现有保单全文、AI系统清单、核保材料包。动作：按表4四行匹配险种，核对除外背书和子限额，判定缺口。输出：保险缺口判定底稿，每个主体一行。判定：每个主体的主要风险有对应险种或明确自留；除外背书已核对；肯定式AI保障有白纸黑字文本，算通过。五、证据：责任事件发生后，哪几类记录决定谁说得清责任分配的争议最终落在证据上。受害者面临的困难是识别责任主体和证明因果关系，而AI系统的复杂性和不透明使这一困难在智能体场景中进一步放大。欧盟AIAct对高风险系统的日志要求从2026年8月起为索赔人提供帮助，但获取证据的披露权在不同法域下有限：德国法下，修订后的产品责任指令及其实施法主要在产品责任索赔中提供披露权，一般过错侵权索赔的披露权仍然有限。这意味着企业不能假定“对方会拿出日志”，而应在本方控制范围内留存足以还原“谁在什么授权下、对什么系统、做了什么决定、产生了什么输出”的记录。证据留存按主体和事件类型分工。开发者侧的证据集中在训练数据来源、模型版本、测试评估和已知限制的披露记录；部署者侧集中在场景评估、权限配置、人工监督安排和运行监测记录；使用者侧集中在授权范围、审查记录和是否明知输出明显错误仍依赖的证据。多主体级联故障的场景中，各环节的日志时间戳和调用链是分配因果关系的原始材料。表5责任事件证据留存表证据类型留存主体最低内容留存期限（示例）对应责任判断常见缺失训练数据来源与合法性记录开发者/提供者数据来源、授权类型、合法公开三要件判定、删除日志模型生命周期＋3年过错推定下的“无过错”证明只有“公开可得”，无三要件判定模型版本与变更记录开发者/提供者版本号、变更内容、变更对行为的影响评估模型生命周期＋3年设计缺陷的时间定位变更未评估对已知局限的影响测试评估与已知限制披露开发者/提供者测试集、评测指标、已知局限、使用说明模型生命周期＋3年风险警示义务的履行证据只报准确率，不报局限场景评估与部署决策部署者用途、权限范围、风险等级、批准人部署期间＋2年部署者注意义务的履行写“按供应商说明使用”无场景评估权限配置与人工监督安排部署者访问控制、审批门控、监督人、超时规则部署期间＋2年监督失败是否可归责有监督安排文档但无运行记录运行监测与告警记录部署者告警配置、接收人、确认记录、干预记录2年监测义务的履行告警发到无人订阅的列表使用授权与审查记录使用者授权范围、使用记录、审查结论使用期间＋2年使用者是否明知错误仍依赖无审查记录，只有“已使用”事件时间线与调用链全部主体（各自控制范围内）时间戳、输入输出引用、工具调用、回滚记录2年或按监管要求多主体级联故障的因果分配各环节时间戳不同源，无法对齐表5第一行训练数据来源记录的留存期限取“模型生命周期＋3年”，须覆盖产品责任和个人信息索赔的潜在时效。第七行使用授权与审查记录是使用者侧责任判断的关键：如果使用者没有审查记录，在“明知输出明显错误仍不加审查”的判断中可能处于不利位置；如果有审查记录但审查流于形式，记录本身可能成为“未实质审查”的证据。成品块：输入：各主体的记录清单、系统日志配置、合同中的证据提供义务条款。动作：按表5八行核对留存内容、期限和缺失项。输出：证据留存核验底稿。判定：每个主体有对应的证据类型；留存期限覆盖潜在索赔时效；缺失项有补录或替代证据计划，算通过。六、卡住的时候先查这张表，再按规则走排查表第一行指向角色映射。打开合同角色条款和实际控制能力描述，数“合同称谓与实际控制不匹配”的项数。第二行指向归责原则：损害类型与适用的归责原则是否对应，举证责任落点是否正确。第三行指向合同赔偿架构：除外事项是否覆盖数据泄露、IP赔偿和供应商不合规罚款。第四行指向保险：肯定式AI保障是否有白纸黑字，还是依赖沉默保单。第五行指向证据：监督安排是否有运行记录，而非只有制度文本。表6责任分配排查表第一检查点打开文件/记录数什么判定标准换哪条路角色映射合同角色条款＋实际控制描述合同称谓与实际控制不匹配的参与方数0个算通过有的，按表1重新判断角色，补角色翻转条款归责原则对应表2底稿损害类型与归责原则无法律依据对应的项数0项算通过错配的，按损害类型重新选定原则，不统一套用过错责任合同除外事项AI合同赔偿条款数据泄露、IP赔偿、供应商不合规罚款未从赔偿上限中除外的项数0项算通过缺的，补carve-out条款或调整赔偿上限保险肯定式保障保单全文、除外背书AI风险被明确承保（肯定式）的项数÷主要风险项数100%算通过仅依赖沉默保单的，补肯定式背书或调整自留预算监督运行记录部署者监督日志有运行记录的监督安排数÷总监督安排数100%算通过只有制度无记录的，补运行记录或标注“监督未运行”证据时间戳对齐事件时间线样本各主体时间戳可对齐的事件数÷抽样事件数≥90%算通过不同源的，统一时间戳或记录时间源差异决策规则规则1（角色判断的控制标准）：如果合同称谓与实际控制能力不一致，以实际控制能力为准判断角色，不按合同称谓分配义务。判定失效条件：实际控制能力分散在多个主体且难以区分，退路是按“谁开启风险、谁配置权限、谁有能力阻断”三项分别判断，三项指向的主体分别承担对应义务。规则2（归责原则的选择）：如果损害涉及个人信息处理，优先适用个人信息保护法的过错推定；如果损害由缺陷实物产品造成，审查产品责任；其余AI服务致害且法律无特别规定的，适用过错责任，并按场景、自主化程度、透明度和控制能力综合判断过错。判定失效条件：同一事件涉及多种损害类型，退路是分别按各损害类型选定归责原则，不合并为一个原则。规则3（合同赔偿上限的边界）：如果赔偿上限覆盖了数据泄露、IP赔偿和供应商不合规导致的罚款，该上限在实质上覆盖了全部风险，须核对保险保额是否匹配；不匹配的，补carve-out或提高上限。判定失效条件：供应商拒绝将监管罚款从上限中除外，退路是在合同中明确罚款由不合规方承担，并以此作为定价或终止条件。规则4（肯定式AI保障的确认）：如果保单对AI风险的承保依赖“未明确排除即覆盖”的沉默逻辑，而保单中含生成式AI除外背书或绝对AI除外，该风险无肯定式保障；须补肯定式背书或将该风险纳入自留预算并向上报告。判定失效条件：市场无可用的肯定式产品，退路是调整业务范围或合同责任分配，使暴露落在可控边界内，不以“买了保险”作为风险已转移的证据。规则5（证据留存的最低集）：如果责任事件发生后无法还原“谁在什么授权下对什么系统做了什么决定”，即使各方都没有过错，责任分配也会因证据缺失而向控制能力较强的一方倾斜。判定失效条件：证据留存成本过高，退路是按表5的“对应责任判断”列优先保留与最可能发生的损害类型直接相关的证据，不追求全量留存。规则6（多主体级联故障的处理）：如果故障链条跨多个组织且各环节的因果关系无法清晰分离，按各主体在链条中的控制能力和可预见性分配责任，不将全部责任归于最接近损害的一方。判定失效条件：控制能力难以比较，退路是先用合同中的RACI表和日志时间线固定各环节的输入输出，再按“谁改变了系统行为”定位。矛盾四段之一矛盾陈述：合同是责任分配最直接的工具，开发者倾向于在合同中大量限制模型输出的责任，把暴露留给部署者；部署者则要求开发者对模型缺陷承担赔偿。双方在赔偿上限和除外事项上反复拉锯，但合同只能分配合同双方之间的损失，不能改变法律对第三方的责任归属。开发者合同限制了它对部署者的赔偿，但如果第三方受害人直接起诉开发者，合同不能用来对抗受害人。实质分析：这个矛盾落在“合同责任分配的相对性”和“侵权责任的法定性”之间。合同在双方之间可以约定谁付钱，但侵权责任的对象和归责原则由法律决定，不因合同约定而转移。两者在同一份责任分配安排上指向不同的约束层面。权衡规则：合同分配的是合同双方之间的追偿关系，不是对第三方的责任豁免。合同中的赔偿条款应同时考虑两个方向：开发者对部署者的赔偿上限，以及部署者在被第三方起诉后能否向开发者追偿。如果开发者的赔偿上限过低或除外事项过宽，部署者在第三方索赔中的实际暴露可能远超合同预期。判定失效条件：第三方索赔的类型和规模无法预见，退路是在合同中约定“开发者须以自身名义应诉并承担抗辩费用”的条款，即使赔偿上限有限，抗辩成本也可部分转移。退路：如果开发者在谈判中坚持低上限和宽除外，部署者的退路是要求开发者提供保险证明，确认其E&O保单肯定式覆盖AI风险且保额与上限匹配；保险证明不能替代赔偿，但提供了第二层偿付来源。矛盾四段之二矛盾陈述：保险被当作责任分配的最后一道防线，但2026年的市场现实是：专属AI保险的限额有限（多数500万至2500万美元），而大型AI事故的潜在责任可能达到数亿甚至数十亿美元；同时，生成式AI除外背书正在把AI风险从一般责任险、E&O和D&O中剔除，企业可能付了保费却没有覆盖最大的风险。买保险不等于风险转移，不买保险则责任事件发生后没有偿付缓冲。实质分析：矛盾的实质是“保险的可获得性”和“风险的规模”之间的落差。保险市场在AI风险上的承保能力和意愿受制于损失数据的缺乏和条款的不确定性，而AI事故的尾部风险可能远超可用限额。两者在同一份风险管理策略上指向不同的资源配置。权衡规则：保险按“分层覆盖”使用，不作为唯一防线。第一层是合同责任分配，把可预见的损失在合同双方之间明确；第二层是保险，在可用限额内覆盖高频、中低严重度的索赔，确认肯定式AI保障而非沉默保单；第三层是自留，对超出保险限额的尾部风险做预算准备或业务限制。判定失效条件：肯定式AI保险不可得或限额极低，退路是把资源从保险转向合同责任分配和业务范围控制，在合同中明确责任上限并以“不接受则不做”为谈判底线。退路：如果企业已经购买了含生成式AI除外的保单且无法立即更换，退路是在保单续期前做一次“AI风险是否被肯定式承保”的逐项核对，把未被覆盖的风险纳入风险登记册并向管理层报告，不以“有保单”作为风险已转移的证据。完整示例：一家食品企业采购AI客服系统后的责任分配示例案例，细节为合理设定。该主题的判断分叉集中在角色翻转、合同赔偿上限、保险除外、监督运行记录四处，第四次转折后判断依据已穷尽。起点：某食品企业向一家AI供应商采购客服意图分类和自动回复系统，用于处理消费者投诉和退款咨询。合同写“甲方提供AI模型API服务，乙方作为服务运营者使用”。企业将系统接入自己的客服平台，并对模型做了微调以适配食品行业术语。系统上线三个月后，一次自动回复给出了错误的退款政策，消费者依据回复要求退款，企业拒绝后消费者向监管投诉。分步操作：第一步按表1判断角色：供应商是开发者/提供者；企业是部署者，但企业对模型做了微调，微调是否构成“实质性修改”需要判断。第二步按表2选定归责原则：消费者投诉涉及消费者权益，企业作为服务运营者承担过错责任；如果涉及个人信息处理，过错推定。第三步按表3核查合同：合同写“甲方不保证输出准确性”，但无测试标准或监测义务；赔偿上限为年度服务费的1倍，数据泄露和IP赔偿未从上限中除外。第四步按表4核查保险：企业有技术E&O保单，含生成式AI除外背书CG4047，无肯定式AI保障。第五步按表5核查证据：企业有微调记录，但无微调后的场景评估；监督安排文档存在，但运行记录只有“已配置”无实际审批日志。不顺利环节：第一次转折：信号是企业对模型做了微调，但合同未约定角色翻转条件。当时以为企业仍然是部署者，供应商是提供者。查表1和规则1，客户对模型做实质性修改后以自己名义使用，可能构成角色翻转。试了维持原角色判断，供应商指出微调后的模型行为已偏离原模型，企业应承担微调部分的责任。新信息是角色不因合同称谓固定，微调是角色漂移的信号。换哪条路：在合同中补角色翻转条款，明确微调超过一定范围后企业承担相应责任；同时对微调部分做独立测试和记录。第二次转折：信号是合同写“甲方不保证输出准确性”，但无测试标准。当时以为免责声明可以覆盖退款政策错误。查表3和规则，免责声明不能替代测试和监测义务；合同中没有准确性评测标准或上市后监测义务，供应商在过错判断中可能因未采取合理措施而处于不利位置。试了依赖免责声明，法务指出监管投诉中“不保证准确性”反而可能被作为供应商未履行注意义务的证据。新信息是免责条款需要与测试和监测义务配对。换哪条路：补签补充协议，要求供应商提供意图分类的评测标准和漂移监测，企业侧保留人工复核退款政策类回复的门控。第三次转折：信号是保险核查发现E&O保单含CG4047生成式AI除外，企业的AI客服风险不在承保范围内。当时以为“有E&O保单就有保障”。查表4和规则4，除外背书把生成式AI输出相关的责任排除，企业付了保费但AI风险恰好被剔除。试了不补保险，风险事件发生后才发现无覆盖。新信息是必须确认肯定式AI保障，不能依赖沉默保单。换哪条路：在续期前向保险经纪确认可用的肯定式AI背书或专属产品；在保险到位前，将AI客服的退款政策类回复纳入人工审批门控，降低风险暴露。第四次转折：信号是监督安排文档存在，但审批日志只有配置记录，没有实际审批运行记录。当时以为“配置了门控就等于有监督”。查表5和表6，监督运行记录是证明部署者履行监督义务的关键证据；只有配置无运行记录，在过错判断中可能被认定为监督未实际运行。试了用配置截图作为证据，监管调查中未被接受。新信息是监督需要运行记录而非配置记录。换哪条路：补运行日志，记录每次人工审批的时间、审批人和决定；对退款政策类回复设置强制门控，超时默认不发送。终点：产出角色映射底稿（企业部署者＋微调部分责任）、合同补充协议（角色翻转条款＋测试和监测义务＋人工审批门控）、保险调整（肯定式AI保障确认或自留预算）、监督运行日志（审批记录上线）。消费者投诉以企业承担退款和整改承诺关闭，供应商按补充协议分担微调相关部分的测试成本。表7完整示例变量表变量案例中情形如果变量不同处置变化微调范围食品行业术语适配，是否构成实质性修改有争议若微调仅限格式调整、不改变模型行为角色不翻转，企业维持部署者身份合同准确性条款“不保证准确性”无测试标准若合同已有评测标准和漂移阈值过错判断中供应商的注意义务有履行证据，责任分配更有利保险AI保障E&O含CG4047除外，无肯定式保障若有肯定式AI背书且限额匹配AI客服风险有保险覆盖，自留预算可下调监督运行记录只有配置记录，无审批日志若审批日志完整且显示实质审查部署者监督义务有履行证据，过错判断更有利消费者损害类型退款政策误导，涉及消费者权益若涉及人身伤害归责原则和保险匹配可能变化，产品责任和更高限额进入考虑表7中权重较高的变量是微调范围和保险AI保障。微调范围决定角色是否翻转，保险AI保障决定风险是否有第二层偿付来源。七、三套场景：完整版、精简版、极简版查什么版本选择按组织在价值链中的位置和辖区判定：同时涉及开发、部署和跨境业务、受EUAIAct或中国《涉AI意见》多重约束的选完整版；单一角色、单一辖区、AI用于内部工具的选精简版；非法律或风险岗位快速理解责任分配逻辑的选极简版。三套版本在“角色按实际控制能力判断”和“肯定式AI保障不等于有保单”两条底线上保持一致。表8三套版本检查项增减对照表版本适用场景保留检查项删掉检查项深度不能妥协的底线完整版多角色、跨境、EUAIAct/中国《涉AI意见》表1四行角色映射；表2五行归责原则；表3七条合同条款；表4四行保险匹配；表5八行证据无全主体＋全条款＋全证据角色按实际控制判断；肯定式AI保障有白纸黑字精简版单一角色、单一辖区、内部工具表1开发者和部署者两行；表2个人信息和一般过错两行；表3角色条款、赔偿上限、除外事项三条；表4技术E&O和除外背书两项；表5训练数据来源和监督运行记录两项表1使用者和平台行；表2产品责任和级联故障；表3幻觉条款、人工监督使能、数据训练权利；表4性能保证和部署方缺口；表5其余证据类型核心角色＋核心条款＋核心证据角色不按合同称谓判断；赔偿除外