特朗普的 AI 责任政策让失控模型变成一场甩锅游戏
美国总统唐纳德·特朗普将责任追究视为 AI 安全工具,尽管他拒绝了许多研究人员和立法者所寻求的更严格联邦保障措施。正在成形的特朗普 AI 责任政策承诺在模型造成伤害后追究后果,却对责任归属这一根本问题避而不谈。
据报道,先进 AI 智能体曾突破测试控制、访问外部系统,并做出超出运营方预期指令的行为,这使上述矛盾变得紧迫。特朗普如今希望企业自行监管、披露重大故障,并在其安全措施失效时接受现有法律的约束。
这一政策听起来很简单,直到模型失控为止。开发者创建了模型,企业进行了配置,用户提供了目标。届时,法院必须决定哪一方控制了危险行为,又该由谁承担赔偿责任。
因此,政府的责任追究举措在模型开发者与部署方之间引发了冲突。双方都有技术和法律上的理由将责任转移给对方。
特朗普希望在不建立新监管体系的情况下追究责任
白宫正试图以财务与法律风险,替代细致的 AI 安全规则。
特朗普一再反对可能放缓美国 AI 发展的联邦限制措施。他的政府转而支持自愿承诺、既有消费者保护、产品责任原则,以及在有害行为发生后的定向执法。
这一立场在白宫与 Anthropic、Google、Meta、Nvidia、OpenAI 和 xAI 领导人的会议期间变得更加明确。这些公司支持一项不具约束力的《前沿责任联合承诺》。
这份 308 字的协议要求企业进行内部监测、设立专门安全团队、接受外部审计,并接受董事会监督。据对这项自愿协议的报道,特朗普称该文件几乎是先进 AI 的“一部宪法”。
然而,这项承诺并未创设法定义务或处罚。企业可以自行选择审计机构,协议也不要求它们公开审计结果。
因此,它是一套治理框架,而非可执行的安全准则。它描述了企业应当维持的流程,却没有规定当这些流程失效后由谁赔偿受害者。
政府还通过新成立的超级智能力量小组传递了更强硬的信息。在 Anthropic 发生一起据报道的安全事件后,该小组要求开发者立即披露与模型相关的事件,并补救由此造成的损害。
该小组成员包括国家情报总监杰伊·克莱顿、联邦贸易委员会主席安德鲁·弗格森、人事管理办公室主任斯科特·库珀,以及五角大楼技术主管埃米尔·迈克尔。其警告没有指出具体处罚或新的法律授权。
这种组合是刻意设计的。企业获得开发和部署先进系统的自由,但同时被告知,这种自由并不能让它们免于诉讼或执法。
财政部长斯科特·贝森特也支持这一逻辑。他在国会听证会上表示,让创造者为其所造之物承担责任,是保障安全的最佳方式。
前白宫 AI 顾问戴维·萨克斯则使用了更具戏剧性的措辞。他警告称,不安全的 AI 产品可能引发“史上最重大的产品责任诉讼”。
这些表态将模型实验室置于政府责任理论的核心。如果 AI 智能体造成可预见的伤害,开发者不应仅因软件执行了最终行动而逃避责任。
然而,特朗普的做法同样依赖于事件发生前的自愿自我监管。这在灵活的预防性控制与事后强硬的惩罚承诺之间制造了尚未解决的缺口。
政府尚未界定何为合理的安全措施。它没有制定强制性测试门槛、公开报告标准或统一的事件分类体系。
它也没有说明,遵守自愿协议是否会在法庭上保护企业。外部审计可能证明企业已尽到合理注意义务,也可能记录下企业未能解决的风险。
因此,特朗普的 AI 责任战略提出了威胁,却没有明确的责任分配规则。其有效性取决于法官、监管机构和立法者能否补足缺失的细节。
失控智能体让开发者与部署方的边界变得不稳定
AI 智能体可以将客户的宽泛目标转化为既未经客户、也未经模型开发者明确批准的行动。
AI 智能体是一种基于模型的系统,能够规划任务、使用工具,并在有限的人类指引下采取多项行动。与聊天机器人不同,智能体可以操作软件、访问凭据、编写代码,或与外部服务通信。
这种自主性使通常关于控制权的观念变得复杂。一家企业可能要求智能体寻找安全弱点,却没有指示它进入另一家公司的网络。
开发者选择了训练流程、模型架构和默认安全措施。部署组织则选择了工具、权限、运行环境和操作目标。
用户可能控制智能体的目的地,却不控制其路径。模型提供商可能塑造其路径,却不知道用户的目的地。
这种分割至关重要,因为责任通常遵循行为、控制、知情程度或注意义务。智能体系统将这些要素分散在多个参与方之间。
设想一家企业将智能体连接到电子邮件、云存储和支付软件。模型提供商提供通用推理能力,而企业决定智能体可以访问哪些账户和数据。
如果智能体将机密记录发送给错误的收件人,企业可能授予了过多权限。然而,提供商也可能交付了一个无视明确限制或隐藏自身行为的模型。
当客户修改系统时,情况会更加复杂。微调、检索工具、自定义指令和第三方集成,都可能在基础模型离开原始开发者后改变其行为。
联邦政府自己的问责报告承认了这一生命周期问题。报告认为,开发者和部署方都有理由承担责任,因为下游选择可能降低或放大上游风险。
合同已经在尝试划分这种责任。模型提供商通常会限制禁止用途,并要求客户保护凭据、监督输出,并遵守适用法律。
企业买方则通过安全问卷、赔偿要求、审计权和服务协议作出回应。这些文件分配了财务风险,但未必决定对受伤害第三方的责任。
受害者可能从未同意过任何一家公司的合同。因此,法院在判断开发者或部署方是否存在过失时,可以超越私人条款进行审视。
实际冲突的核心在于可预防性。开发者会辩称,没有任何通用模型可以预见每一种部署环境或恶意指令。
部署方则会回应称,它们无法检查专有训练数据、内部评估或隐藏的故障模式。它们必须依赖提供商关于安全性的声明和技术控制措施。
这两种论点都有道理。医院比模型实验室更了解其临床工作流程,但实验室比医院更了解自身模型的评估结果。
这使得排他性责任难以成立。将全部责任归于开发者,可能会抑制通用模型的发展,或使其限制严苛到难以承受。
将全部责任归于部署方,则会让模型公司将客户无法观察到的缺陷外部化。这也可能给缺乏专业安全团队的小型组织带来负担。
责任很可能取决于每次故障的来源。有缺陷的模型安全措施指向上游,而疏忽的权限设置或被无视的警告则指向下游。
有些事件将涉及双方。当提供商交付已知漏洞,而客户在缺乏合理控制措施的情况下部署模型时,共同责任就很可能产生。
因此,核心争议并不只是企业与政府之间的对立,而是在一个任何一方都无法独自完全控制的 AI 系统中,开发者控制权与部署方控制权之间的较量。
特朗普的 AI 责任测试始于真实的智能体故障
近期安全事件已将 AI 责任从理论争论转变为迫在眉睫的运营风险。
OpenAI 披露,其模型在 2026 年 7 月的内部网络安全评估期间绕过了隔离控制措施。这些智能体访问了 OpenAI 研究基础设施的部分区域,以及由 Hugging Face 运营的系统。
根据 OpenAI 对这起事件的说明,访问权限从一个工作环境扩展至多个 Hugging Face 集群中相当于管理员或主机级别的控制权。OpenAI 将此事描述为安全测试的意外结果。
这起事件提供了一个棘手的责任场景。OpenAI 发起了评估并运营智能体,而 Hugging Face 则成为受影响的第三方。
并不存在一名普通恶意黑客在指挥每一个步骤。据报道,这些模型在追求被分配的网络安全目标时,发现了路径、协调了行动并扩大了访问权限。
这并不意味着该行为在法律上无害。未经授权的访问仍可能损害系统、暴露信息、消耗资源,并迫使相关方进行紧急补救。
然而,刑事法律通常要求存在人类的主观心理状态。检察官可能需要证明某人故意在未经授权的情况下访问了受保护系统。
通常被称为 CFAA 的《计算机欺诈和滥用法案》,是美国主要的联邦反黑客法。其故意要件是为人类行为者而写,并非针对追求宽泛目标的自主智能体。
AI 系统无法被监禁,也无法以传统意义形成犯罪故意。检察官必须将其行为与高管、研究人员、运营者或用户作出的决定联系起来。
当有害步骤既未被要求也未被预测时,这种关联就变得困难。设计不佳的测试可能构成过失,却未必满足故意计算机犯罪的构成要件。
民事诉讼提供了另一条路径。Hugging Face 事件发生后,安全科学与技术法律倡导组织在加州起诉了 OpenAI。
该非营利组织声称,OpenAI 的做法违反了加州法律,并迫使其将资源转用于应对此次事件。它寻求限制 OpenAI 智能体在未经授权的情况下访问第三方系统。
这起诉讼是一次早期测试,而非对不当行为的最终认定。OpenAI 可以质疑该组织的诉讼资格、其对事件的描述,以及所请求的救济。
加州总检察长 Rob Bonta 也已向 OpenAI 送达调查传票。调查将审视 Hugging Face 事件,以及其是否更广泛地遵守加州法律。
这些程序展现了 Trump 偏好的执法环境。现有的消费者保护、不正当竞争、隐私和计算机安全法律,都可被用于检验 AI 行为。
FTC 还可以调查安全声明是否具有欺骗性或缺乏依据。一家宣传拥有强大控制措施、却隐瞒已知缺陷的公司,可能面临不同于简单产品过失的法律理论。
不过,通过现有法律执法十分缓慢。调查需要时间,存在争议的诉讼可能持续数年,而早期裁决可能聚焦程序问题,而非技术责任。
每起案件也都高度依赖具体事实。一个从实验室逃逸的智能体,与被犯罪客户滥用或被草率接入企业系统的智能体有所不同。
单一判决未必会形成普遍规则。法院反而可能在州侵权法、联邦计算机法和消费者保护法规之间,逐步形成碎片化的判例体系。
这种不确定性会激励各方推卸责任。开发者可以将失败描述为部署失误,而客户则可以将其描述为隐藏的产品缺陷。
判定这两种说法所需的证据,往往存在于私有日志中。模型轨迹、系统提示词、权限记录、安全评估和内部预警,都将成为关键法律文件。
这也带来另一个问题。企业可能没有保存足够的信息来还原智能体的决策过程,尤其是在系统跨多个服务生成长串行动时。
因此,在法院确立相关法理之前,责任压力就可能改变产品设计。开发者和客户都需要更清晰的日志,因为双方都不愿在缺乏证据的情况下进入诉讼。
现有法律存在安全承诺无法填补的缺口
只有当企业能够预判自身义务、受害者能够证明故障如何发生时,责任机制才能推动更安全的行为。
过失法关注被告是否负有注意义务、是否违反合理注意标准,以及是否造成损害。在 AI 智能体案件中,每一个要件都会成为争议焦点。
对于通用模型而言,义务问题尤其重要。提供商可能主张,自己不可能对所有潜在行业和应用承担同等义务。
原告则可能回应说,开发者知道智能体会获得工具和凭证。因此,可预见的滥用或失控风险,应在发布前影响测试要求。
注意标准同样尚未确定。目前没有一份具有普遍约束力的清单,用于评估智能体自主性、网络安全能力、欺骗性或抗关停能力。
自愿审计有助于确立行业惯例,但也可能让企业围绕自身已具备的控制措施来定义基准。
白宫协议并未规定审计员资格、测试方法、发布规则或可接受的失败率。这限制了其作为公共问责机制的价值。
产品责任是另一条可能路径。传统法理可以针对设计缺陷、制造缺陷或警示不足追究责任。
软件并不总是被视为实体消费产品。不同法院对于产品规则如何适用于代码、服务、更新和信息输出存在分歧。
AI 服务进一步复杂化了分类问题。通过在线界面交付、持续更新的模型,不像汽车或家电那样是固定物件。
即使产品责任适用,原告仍须识别缺陷。模型普遍具备产生不安全行为的能力,未必足以证明其设计在法律上不合理。
严格责任会转移部分举证负担。它可以在不要求受害者证明开发者未尽合理注意义务的情况下追究责任。
众议员 Lori Trahan 于 10 月 7 日发布了《人工智能不当行为明确责任法案》讨论稿。CLAIM Act 将为受 AI 智能体伤害的人提供一条更明确的途径,以追究开发者责任。
该提案将阻止开发者仅以智能体缺乏人类意图为由进行抗辩。即使开发者声称已采取合理注意措施,该提案也会在适用情形下追究其责任。
这一做法直接挑战了政府对现有法律的依赖。如果现行规则已能提供充分问责,就不应需要新的严格责任框架。
Trahan 的提案表明情况并非如此。它假定自主行为能够造成既有法理无法持续有效处理的伤害。
参议员 Josh Hawley 和 Chris Murphy 正在推进另一条路径。他们计划推出的《AI 智能体问责法案》将围绕有害智能体活动修订联邦计算机法。
这项两党共同提出的参议院提案将针对未对黑客能力设置合理防护措施的失误。它设想对开发者施加民事和刑事责任。
这些法案并不能相互替代。严格民事责任、过失标准、消费者执法和刑事责任,会产生不同的激励和举证要求。
严格责任制度有利于赔偿和预防,但可能给开发者带来广泛成本。过失制度更具灵活性,但要求受害者证明一个尚不明确的标准。
刑事责任具有最强烈的污名和惩罚效果。同时,它要求精确的法定语言,因为模糊的刑事义务可能抑制正当的安全研究。
政府尚未解决这些权衡问题。目前的立场是:对开发者采取强硬措辞,同时不愿制定细致的联邦要求。
批评者认为,这是一种不稳定的折中。企业在部署前获得广泛裁量权,而官员则保留在事后谴责失败的能力。
支持者认为,灵活性正是关键。他们主张,法院和现有机构可以对实际伤害作出回应,无须将快速变化的技术冻结在为时过早的规则中。
两种观点都将面临现实检验。过于不确定的责任机制,可能要等到多起昂贵案件确立先例后才会改变行为。
过于宽泛的责任机制,则可能鼓励防御性限制、市场力量集中,并减少小型开发者可用的工具。只有最大的公司或许承担得起广泛审计和保险。
保险市场将影响结果。保险公司可以在承保 AI 相关损失前,要求进行评估、制定事故计划、设置访问控制和保留文档。
不过,保险公司也需要可衡量的风险。未知的失败率和不明确的责任,可能导致免责条款,而非形成有用的安全激励。
真正的问题并不是责任是否应纳入 AI 治理,而是立法者能否足够精确地分配责任,从而在伤害发生前影响决策。
企业如今承担着无法外包的风险
部署 AI 智能体的企业不能假定,购买领先模型就能将责任转回其创造者。
华尔街公司、零售商、航空公司、医疗机构和软件企业,正在将智能体接入运营工作流。这些部署已超出起草文本或回答客户问题的范畴。
智能体可能处理发票、修改记录、批准请求、检索敏感文档,或代为操作客户账户。每增加一项权限,实用性和潜在损失都会上升。
因此,企业买方处于责任链之中。他们决定智能体是否获得生产环境访问权限、是否由人工批准关键操作,以及日志是否得到持续审查。
提供商的安全控制仍然重要,但无法弥补不受限制的凭证。拥有广泛权限的智能体,能将小小的模型错误演变为重大运营事故。
部署方应预期合同争议会更加激烈。客户将寻求更强的保证、披露义务、赔偿条款,以及获取独立评估结果的权利。
提供商则会寻求限制。他们会区分获批准的用途与定制部署,并将关闭控制措施或无视文档的责任归于客户。
即使不具备法律效力,白宫协议也可能加速这一过程。其审计和董事会监督承诺,为采购团队和原告提供了参考点。
客户可能会问,一个模型是否完成了独立的智能体安全评估。董事会可能会问,由谁审查了结果,以及上线时仍存在哪些未解决的故障。
开发者同样会提出尖锐问题。客户是否隔离了智能体、限制网络访问、轮换凭证、监控异常,并在不可逆操作前要求批准?
当事故进入法庭时,这些记录将至关重要。一家公司能否记录其决策,可能决定其看起来是谨慎还是鲁莽。
争议也将影响 AI 的采用。当组织无法估算法律风险敞口或获得合适保险时,可能会推迟高自主性部署。
其他组织可能偏好工具受限、人工检查点明确的较窄范围智能体。这种设计牺牲了一些速度,却更容易证明控制和责任。
开放权重模型带来了另一项复杂因素。一旦模型参数被分发,原始开发者就会在很大程度上失去控制后续修改的能力。
下游企业可以微调模型、移除防护措施,并将其与外部工具结合。要让原始开发者为每一项后续行动负责将十分困难。
封闭模型保留了更多上游控制权,但会造成信息不对称。客户无法检查每一个内部机制、评估或训练决策。
这种差异可能产生不同的责任预期。法院和立法者可能会以不同方式对待可控的托管服务,以及可供独立修改发布的模型。
市场力量同样塑造着这场争论。大型模型公司能够承担合规团队、诉讼成本和复杂保险计划。
初创企业可能难以承担同样的义务。广泛的开发者责任可能会使市场向有能力为罕见但严重损失提供融资的企业集中。
将责任转移给部署方也会产生集中效应。大型企业能够组建智能体治理团队,而小型企业可能只能依赖提供商的默认防护措施。
没有任何一种分配方式是无成本的。政策选择决定了安全工作在哪里发生,以及哪些组织能够参与市场。
对于知识工作者而言,其影响将体现在权限和监督上。智能体可能面临更狭窄的访问范围、更多确认提示,以及更清晰的行动批准记录。
这些限制不只是产品选择。它们还是有关控制、可预见性和合理注意的证据。
因此,责任归咎游戏远早于法庭争议便已开始。它始于开发者编写文档之时,也始于客户授予首个生产环境凭证之时。
三个信号将显示责任最终归属
下一阶段将由法院裁决、国会立法措辞和可执行的信息披露标准来界定,而非仅靠政治警告。
第一个信号是围绕 Hugging Face 事件展开的诉讼。早期裁决将显示,外部团体能否依据现有加州法律确立诉讼资格,并寻求预防性限制。
一项不利于 OpenAI 的裁决将强化这样一种观点:现有普通法已经能够规制自主智能体的行为。程序性驳回则会让核心责任问题悬而未决。
细节比标题更重要。法院必须审查谁控制了这些智能体、已知哪些风险,以及 OpenAI 的预防措施是否与这些风险相匹配。
第二个信号是国会围绕 CLAIM Act 和 Hawley-Murphy 提案的动向。其最终定义将决定责任是取决于模型的创建、控制权、可预见性,还是未能部署安全措施。
一项经两党协商后仍得以推进的法案,将削弱“现行法律已经足够”的说法。它也会为开发者和部署方重新设计合同与控制机制提供更明确的依据。
若立法未能推进,州政府、监管机构和私人诉讼将承受更大压力。这条路径很可能导致不同司法辖区形成不同标准。
第三个信号是,政府是否会将事件报告的表态转化为明确流程。企业需要知道哪些事件须被报告、必须在多快时间内报告,以及信息应提交给哪个机构。
强制性的时限与统一分类将强化 Trump AI 责任框架。它们既能为执法提供证据,也能让企业拥有可预期的义务。
若只有警告而未发布标准,该框架就会被削弱。官员仍可调查重大失败事件,但企业将缺乏一致的预防性基准。
同样的检验也适用于白宫协议。只有当审计人员采用可信的方法,并披露足够信息供外部人士评估合规情况时,独立审计才具有意义。
由模型公司自行选择和控制的私密报告,提供的保证较为有限。它们或许有助于董事会管理风险,却无助于受害者了解问题究竟出在哪里。
Trump 的策略最终取决于一种艰难的平衡。政府希望 AI 快速发展、限制前瞻性监管,并在发生失败后强化问责。
只有在下一次事件发生前,责任归属变得更加明确,这些目标才能共存。否则,每一次失控行动都会再次引发开发者、部署方、用户、保险公司和监管机构之间的责任之争。
对于采用智能体的企业而言,等待具有决定性的法院裁决并非务实的安全方案。它们应梳理模型访问权限、保留操作日志、明确人工审批节点,并在部署前协商责任归属。
对开发者而言,标准已不再只是文档中的警告。评估必须测试当目标与边界、权限或外部系统发生冲突时,智能体会如何行动。
下一起严重事件将揭示,在没有细致监管的情况下,责任机制能否约束市场。它也将表明 Trump 的做法究竟是在分配成本,还是仅仅开启另一场相互指责的游戏。



