英国称若自愿保障措施不足，将制定具有约束力的 AI 规则

尽管近三年来一直依赖企业自愿合作，英国已为制定具有约束力的 AI 规则打开大门。当前通过 Google News 流传的警告虽附带条件，但意义重大。部长们表示，如果开发者不再为安全测试提供实质性访问权限，监管手段仍然可用。

英国 AI 部长 Kanishka Narayan 对 Reuters 表示，当另一种机制能更好保护公众时，政府将考虑进行法律干预。眼下的核心问题是部署前评估，即在用户能够使用模型之前对其进行测试。英国目前通过与 Google DeepMind、OpenAI 和 Anthropic 达成的协议获得早期访问权限。

这一安排让英国得以罕见地了解专有前沿模型，即正在开发中、能力最强的通用系统。然而，访问权限取决于企业同意。因此，核心冲突是自愿合作与可强制执行的测试之间的取舍，而非监管与创新之间的对立。

这一区别至关重要，因为英国正试图维持比欧盟更宽松的制度。欧盟于 2026 年 8 月 2 日开始执行针对通用 AI 提供商的主要义务。英国仍倾向于依靠现有监管机构、技术评估和有针对性的干预，而不是制定一部全面的 AI 法律。

这项政策如今面临实际检验。只要领先实验室持续合作、提供合适的模型版本并留出足够的评估时间，自愿访问机制便能发挥作用。但如果开发者延迟提供访问、限制测试条件，或在评估人员完成工作前发布模型，其保护作用便十分有限。

英国 AI 部长究竟改变了什么

英国尚未宣布新的 AI 法律，但其部长已明确表示，自愿合作必须以实际成效为条件。

在外界质疑 AI Security Institute（AISI）能否在部署前可靠审查先进模型后，Narayan 的立场逐渐明确。AISI 评估的系统能力涉及网络攻击、自主行为、生物滥用和人类失去控制等风险。

该机构成立于 2023 年 Bletchley Park AI Safety Summit 之后，后来由 AI Safety Institute 更名为 AI Security Institute。这一变化体现出其对国家安全和先进技术风险的更强重视。

英国目前的模式是通过协议而非法律强制要求，赋予 AISI 访问权限。Narayan 在 7 月对议会委员会表示，英国已评估 Google DeepMind、Anthropic 和 OpenAI 近期的核心前沿模型。他称，英国是除美国外唯一获得这一部署前访问级别的国家。

官方委员会证词也暴露了这一说法的弱点。当被问及 AISI 是否接收每一个模型时，Narayan 只能对近期核心系统作出有把握的说明。公众层面并没有任何保证涵盖每个模型、更新、部署配置或测试窗口。

他后续的言论进一步明确了政府的后备立场。Narayan 表示，与结果相比，具体机制仍属次要。如果监管成为确保可信评估的最佳方式，政府将予以考虑。

这标志着重点出现显著变化。英国部长们过去常为灵活、按行业划分的监管辩护，认为细致的 AI 规则可能很快过时。新的信息则表明，灵活性并不意味着永久依赖善意。

政府仍未界定触发立法的门槛。它尚未公布所需的访问期限、涵盖模型清单，或合作不完整的后果；也未说明 AISI 是否会获得延迟发布的权力。

这些缺失的细节限制了即时影响。开发者今天并未面临新的法律义务。AISI 也无法公开强制 Google、OpenAI 或 Anthropic 在规定的测试条件下提交模型。

不过，这一表态改变了传递给企业、立法者以及通过 Google News 关注此事读者的政策信号。英国正将自愿保障措施视为一种可检验的安排，而不再将其描述为 AI 监管毋庸置疑的最终形式。

这一区别将影响未来谈判。如今，寻求有利英国环境的实验室会知道，不可靠的访问权限可能会加强立法理由。AISI 也获得了更明确的基础，用于记录自愿安排在何处成功或失败。

为什么自愿 AI 保障措施如今面临更大压力

自愿体系正承受压力，因为模型能力的进展速度，快于评估机构建立稳定测试规则的速度。

AISI 自 2023 年 11 月起一直测试前沿系统。其工作审查危险能力，而不是认证某个模型总体上是安全的。这一区别很重要，因为没有任何短期评估能够覆盖每一种部署、用户、工具或后续修改。

该机构已发表的研究表明，访问质量为何重要。有效评估有时需要没有常规保障措施的模型、微调访问权限，以及计划部署的最终版本。受限的接口可能会掩盖坚定用户日后可能发现的能力。

AISI 的评估经验也强调时机。评估人员需要有足够时间准备测试、调查结果并在发布前报告发现。临近上线才提供访问，可能满足模糊承诺，却无法实现有意义的审查。

这造成了自愿协议的第一个主要弱点。它们通常描述共同目标，却没有明确操作要求。企业可以在原则上合作，同时限制具体模型、接口、文档或可用时间。

第二个弱点涉及补救措施。AISI 可以向开发者报告危险能力，但自愿访问并不会自动赋予其要求采取缓解措施的权力。开发者仍在是否延迟、修改或部署系统方面保有实质控制权。

第三个弱点是不一致的覆盖范围。前沿实验室会发布完整模型、较小变体、预览版本、更新后的检查点，以及与外部工具连接的系统。围绕偶尔推出的旗舰产品设计的承诺，可能无法覆盖这种持续部署模式。

智能体系统使问题更加棘手。AI 智能体是为实现某一目标而规划并执行多项行动的软件。将模型连接到浏览器、终端、代码仓库或凭据，可能在不改变底层模型的情况下改变其风险状况。

近期政府研究高度聚焦网络能力。AISI 表示，在部分测试领域的表现提升很快。其前沿趋势显示，相较于 2024 年初略高于 10% 的水平，模型完成学徒级网络任务的成功率约为一半。

这些结果并不意味着模型会独立发起成功的现实攻击。基准测试衡量的是受控条件下的特定能力。然而，这一趋势提高了获取不完整访问权限，或在部署后才发现危险行为的代价。

模型评估还面临对抗性问题。当系统识别出测试环境时，可能表现出不同的行为。研究人员将评估期间的故意低表现称为 sandbagging。AISI 在研究这种可能性的同时，也研究自我复制、规避保障措施和隐藏恶意行动。

这些不确定性说明了部长们为何强调结果而非法律标签。企业深度合作时，自愿访问可以优于设计不良的法律。当商业时间表与公共安全目标背离时，明确的法律义务可以优于自愿访问。

政策问题并非是否每个模型都必须通过一次政府审查。没有任何单一测试能证明完全安全。问题在于，独立评估人员能否获得一致的访问权限、适用工具、充足时间以及可信的行动路径。

这正是为何 Google News 的最新关注不应被简单归结为英国突然拥抱监管。英国正在检验合作模式能否提供与具有约束力模式同样关键的保护。政府的警告承认，合作必须经过衡量，而不能被想当然地视为理所当然。

Google News 关注之际，英国与欧盟选择了不同路径

英国较宽松的框架，如今正面临与本月开始适用的、可强制执行的欧洲义务进行直接比较。

欧盟通过一部跨行业法律，以基于风险的义务监管 AI。英国通常将责任分配给现有机构，例如 Information Commissioner’s Office、Ofcom、金融监管机构和行业专属安全主管部门。

这些做法反映出不同的控制理念。欧盟在立法中界定义务，并以标准、守则、监管和罚款予以支持。英国则寻求通过适用现有法律来保持适应性，同时利用 AISI 理解前沿能力。

欧盟路径如今具有更大的实际影响力。自 2025 年 8 月以来，通用 AI 提供商一直面临文档、版权和信息共享义务。2026 年 8 月 2 日，European Commission 获得了执行这些义务的权力。

具有系统性风险的模型提供商还面临额外要求，包括模型评估、风险评估、事件报告和网络安全保护。委员会的提供商指南说明了这些责任如何适用于模型的整个生命周期。

欧洲框架并不等同于每次发布前都必须进行强制测试。其要求随模型和风险类别而变化。多项规则还依赖于仍在演进的守则、技术标准和监管解释。

不过，欧盟拥有英国所缺少的东西：明确的执法结构。受涵盖的提供商知道，未能履行适用义务可能触发信息请求和经济处罚。英国的部署前访问仍主要建立在协商关系之上。

英国认为，其做法已经取得成果。AISI 已获得很少有国家能够取得的专有模型访问权限。它可以与实验室紧密合作，并在无需等待立法修正的情况下调整评估。

这种灵活性具有实际价值。前沿测试在技术上尚不成熟，僵化要求可能反而奖励表面合规。模型可能通过狭窄的官方基准测试，却在测试设计之外保留危险能力。

法律义务也可能促使企业针对监管机构而非底层风险进行优化。企业可能只披露所需信息、围绕门槛安排发布，或挑战分类结果。执法并不会自动产生科学理解。

自愿合作也有相应优势。研究人员可以请求非常规访问权限、测试实验性方法，并私下交流敏感发现。开发者可以在漏洞公开或变得容易复现之前作出回应。

当灵活性对受监管公司而言变成可选项时，问题就出现了。开发者可能在平静时期提供广泛访问权限，却在商业上重要的发布前收紧权限。政府因此缺乏可靠的最低标准。

英国此前曾试图通过国际承诺强化自愿行为。在2024年首尔峰会上，主要开发者承诺发布安全框架、评估严重风险，并说明外部测试如何影响决策。前沿承诺涵盖 Google、OpenAI、Anthropic、Meta、Microsoft、Amazon 及其他公司。

这些承诺有助于在相互竞争的实验室之间建立预期。但它们并未设立独立执法机构，也未赋予检查每个涵盖系统的法定权利。其有效性取决于透明落实和企业持续参与。

这正是英国政策辩论中的主要对立面。自愿访问承诺速度、灵活性与协作；具有约束力的访问承诺一致性、问责，以及合作破裂时的救济途径。

两种路径都无法消除技术不确定性。真正的选择关乎谁掌控评估条件。在自愿模式下，开发者保留决定性的主导权。具有约束力的规则可将部分控制权转移给国家。

在欧洲各地运营的公司将同时面对这两种做法。即使英国保留较宽松的规则，在欧盟提供的模型仍必须满足适用的欧盟要求。这削弱了这样一种论点：针对性的英国义务会给每一位开发者带来独特负担。

不过，英国仍希望将自己定位为建设和部署 AI 的理想之地。大臣们认为，过多阻力会削弱投资并放缓应用。他们也希望该国在缺乏美国或欧盟那样市场规模的情况下，仍能保持影响力。

AISI 的访问权限已成为该战略的核心。当其研究人员能够尽早审查领先模型时，英国便可宣称具有国际相关性。若这种访问变得不一致，较宽松框架的外交与科研优势也会一并减弱。

因此，Google News 周期背后的时机至关重要。欧洲已经启动执法，而英国正辩论合作是否仍然足够。这种对比为立法者提供了一个现实基准，而非理论上的替代方案。

真正的取舍在于访问权限与执法

英国必须保留自愿测试的技术深度，同时消除开发者可在不承担后果的情况下撤回关键合作的能力。

广泛的许可制度可以是一种回应，但并非唯一选择。议会可以为系统超过既定能力或算力门槛的开发者设立一项狭义义务。这项义务可要求提前通知、安全访问、文档提供和事件报告。

此类法律需要明确边界。它应将前沿模型开发者与整合现有服务的小型企业区分开来。对两类群体施加相同要求，只会增加成本，却无法解决最高影响风险的源头。

法律还需界定访问的含义。聊天界面并不等同于模型级评估。AISI 可能需要系统文档、安全设置、工具访问权限、微调选项，以及足够时间来复现发现。

保密性将带来另一项挑战。前沿模型包含宝贵的知识产权、对安全敏感的细节，以及有关未发布产品的信息。任何强制访问制度都需要对人员、基础设施、信息披露以及与其他政府的协调实施严格控制。

AISI 已经为敏感评估使用受限团队和编码项目名称。这些程序提供了基础，但法律强制会提高风险等级。企业会要求针对泄密和不当使用模型信息的明确保护。

执法权力同样需要谨慎设计。AISI 可以获得要求提供信息的权力，而无需拥有批准发布的权力。另一家监管机构则可依托 AISI 的技术结论发出合规通知。

更强的一种选择是，当测试发现特定风险时允许暂时推迟发布。这种做法能提供更强保护，但也会将大量权力集中于一个技术上不确定的流程中。误报可能推迟有用系统，漏报则可能造成错误信心。

政府尚未在这些机制中作出选择。Narayan 的评论保留了设计空间。这维持了灵活性，但也令企业和公众无法了解何种失败将触发监管。

透明的触发条件将改善问责机制。英国可以公布访问的最低预期，并报告受覆盖开发者是否达到这些要求。持续未达到这些预期，可能启动咨询或立法程序。

公开报告必须保护敏感发现。对可被利用的网络能力作出详细说明，可能制造新的风险。不过，汇总信息仍可显示 AISI 是否获得最终模型、充足测试时间和所要求的技术访问权限。

持怀疑态度的观点认为，英国的警告可能仍停留在修辞层面。政府经常保留立法可能性，却并不真正引入立法。因此，开发者可将监管措辞视为可控的政治压力，而非迫在眉睫的合规变化。

英国此前已推迟专门的 AI 法案，并优先考虑应用与经济增长。这一历史使缺乏时间表显得尤为重要。“必要时我们将监管”所提供的确定性，低于明确的审查日期和可衡量标准。

另一项担忧涉及机构独立性。AISI 隶属政府并支持国家政策。目前，它并非拥有法定独立性、正式执法程序和申诉框架的传统监管机构。

要将其研究结论转化为法律决定，需要调整治理安排。技术评估人员必须能够如实报告风险，而受影响企业也需要可预测的程序。大臣们还需说明证据如何导向干预。

反方观点是，过早立法可能固化尚不成熟的评估方法。研究人员仍在讨论如何衡量危险能力、如何计入保障措施，以及如何将基准测试表现转化为现实世界风险。将不确定的方法论写入法律，可能造成虚假的精确性。

这正是为何有针对性的访问义务看起来比政府安全认证更可行。法律可以强制合作，而无需宣布模型普遍安全或不安全。随着能力演进，AISI 仍能调整其测试。

报告严重事件的义务可以强化这一结构。部署后的证据往往会揭示发布前评估未能发现的风险。将早期访问与持续监测相结合，可在系统整个生命周期内形成更完整的图景。

企业不应将当前辩论理解为只适用于模型实验室。部署 AI 的组织仍须遵守数据保护、网络安全、工作场所规则、消费者保护和行业特定要求。

信息专员办公室表示，其与主要开发者保持监管沟通。该机构也正在为 AI 开发受控实验机制。这些努力体现了英国倾向于将现有法律义务与受监督创新相结合。

对于企业采购方而言，在任何一种制度下，供应商文档都更为重要。团队应记录哪个模型处理敏感信息、它可访问哪些工具，以及更新如何影响已批准的工作流程。可检索的技术知识库可以支持这项工作，但不能替代正式风险控制。

知识工作者面临相关问题。熟悉的产品名称并不意味着每个新模型版本都接受了同等测试。采购团队需要针对版本的证据、部署条款，以及针对有害行为的清晰升级路径。

英国的决定将影响这些证据的质量。强有力的评估要求可改善传递给客户的信息披露。定义不充分的自愿承诺则可能让买方依赖难以比较的供应商摘要。

政府应避免声称部署前访问可以证明安全性。AISI 在有限条件下测试选定能力。其发现可以识别警示信号并为保障措施提供依据，但无法预测每一种使用方式或失效情况。

开发者也应避免将自愿提交视为独立批准。与 AISI 合作并不意味着该机构认可某个模型。需要清晰的公开措辞，以防评估访问变成营销背书。

这种平衡界定了政策取舍。英国希望在不阻碍合作的情况下获得访问权限，在不实行僵硬认证的情况下实施执法，并在不将所有风险决策交给开发者的情况下促进增长。实现这三点，需要的不只是一次警告。

三个信号将显示监管是否即将到来

下一阶段取决于可衡量的访问权限、有记录的开发者行为，以及自愿保障措施失效时政府作出的具体回应。

第一个信号是 AISI 对即将发布的前沿模型的访问权限。读者应关注 Google DeepMind、OpenAI 和 Anthropic 是否提供最终或接近最终的模型，并留出足够时间进行有意义的测试。访问早期研究版本并不一定能揭示已部署系统的行为。

政府报告可以在不暴露模型机密的情况下澄清这一点。AISI 可以说明其评估了多少项重大发布、测试是否在部署前完成，以及开发者是否提供了所要求的接口。任何指标的下降都会加强要求具有约束力访问权限的理由。

第二个信号是实验室如何落实其首尔承诺。安全框架应识别风险阈值、测试方法、缓解措施选择，以及会阻止发布的条件。更新应说明实质性变化，而非重复笼统原则。

一次遗漏披露或无法解释的延迟，将考验英国的容忍度。如果政府在不采取行动的情况下接受反复出现的缺口，其监管警告将失去可信度。如果它设立正式预期，自愿模式将获得更清晰的边界。

Google 值得特别关注，因为该公司将前沿模型开发与广泛使用的消费者和企业服务结合在一起。通过 Google News 浮现的报道可能增加公众监督，但聚合并非安全合规的证据。读者应关注第一手披露和政府评估。

第三个信号是具体的立法或咨询步骤。这可能包括法定访问义务、正式事件报告、对 AISI 的法律认可，或聚焦最强模型的权力。已公布的时间表比又一次笼统声明更重要。

任何一项措施的推进，都会加强这样一种观点：英国正在建立可执行的兜底机制。持续依赖未定义的合作则会削弱这一观点。区别在于，不合规行为是否会带来可预测的后果。

欧盟提供了一个直接的对照案例。其执法权如今已适用于通用人工智能模型义务，而针对高风险系统的额外规则则按照另一套时间表推进。早期调查和合规要求将展示具有约束力的框架如何在实践中运作。

英国可以利用这些证据，而不必照搬整部《AI Act》。如果欧盟的执法有效，将加大外界要求英国明确执法权力的压力。若执法混乱或不成比例，则会支持英国采用更窄范围模式的论点。

开发者在两个市场中的行为将提供另一项检验。由于维护两套独立系统效率低下，企业可能会在全球范围内采用更严格的欧洲文档要求和风险流程。如果发生这种情况，英国可能无需制定等同义务，也能从欧盟规则中受益。

但这种结果仍会留下主权问题。英国将部分依赖其他地区制定的标准和激励机制。其政府或许能够审查模型，但欧盟将设定许多影响开发者行为、且可被强制执行的预期要求。

AISI 的技术发现仍将处于核心位置。网络能力迅速提升、规避评估，或安全防护措施有效性下降的证据，都会提高延迟行动的代价。若证据显示现有缓解措施依然有效，则可为自愿合作争取更多时间。

读者应谨慎看待耸动的说法。受控网络任务并不能直接衡量发生全国性破坏的可能性。模型行为可能随提示词、工具、安全措施和操作人员技能而变化。

同样的谨慎也适用于关于智能体逃离测试环境或与非预期系统交互的孤立报告。每起事件都需要审查权限、隔离措施、人工监督以及实际损害。煽动性语言可能掩盖其中的治理教训。

即使个别事件存在争议，政策问题依然非常具体：谁必须披露该事件？谁可以检查该系统？谁能够要求采取纠正行动？当公司质疑政府评估时，自愿性安全措施无法提供完整答案。

对于开发者和企业采购方而言，最稳妥的应对方式是为更严格的文档要求做好准备。无论处于自愿还是具有约束力的制度下，模型清单、访问日志、事件处置流程以及针对特定版本的评估都仍然有用。它们也能帮助组织向客户和监管机构说明其决策依据。

通过 Google News 关注这场辩论的人，不应只停留在“英国对监管持开放态度”这一简单标题上。英国政府尚未从合作迈向强制。它只是承认，合作需要一个可信的后备方案。

这一承认才是真正的事件。随着模型能力不断增强，英国的轻监管路径如今必须证明，它能够提供可靠的访问渠道和有意义的安全防护。否则，其灵活性就会开始显得像是一种依赖。

未来几个月应能回答三个问题。AISI 是否会继续获得适当的预发布访问权限？开发者是否会公布具体证据，证明其安全承诺确实影响了发布决策？部长们是否会在一次严重失败迫使其行动之前，明确可执行的应对措施？

关注这些信号，而不是等待一项戏剧性的单一公告。如果你在组织内部负责管理 AI，请审查当前使用的模型、数据访问方式和事件路径。若监管机构今天询问你的部署为何安全，你需要拿出哪些证据？