OpenAI正在呼吁加州强化人工智能安全法案SB 53。此前,这家公司曾反对该法案,理由包括州级规则可能与联邦框架重叠,并增加模型开发者的合规负担。

这次转向确实重要,但“从反对到支持”说得太满。更准确的判断是:OpenAI不再只讨论要不要监管,而是开始介入监管条款该怎么写。对一家头部模型公司而言,接受一套自己能够影响、也有能力承担的规则,和无条件支持现有法案,并不是一回事。

OpenAI改了口风,SB 53仍要看具体条款

SB 53由加州参议员斯科特·维纳推动,主要面向开发前沿模型的大型企业。法案的核心方向包括公开安全政策、报告重大安全事件,以及为披露风险的员工提供保护。

它不是一部普遍约束所有AI产品的综合法律。普通应用开发者调用GPT、Claude或Gemini的API,并不会因此自动成为主要监管对象。法案首先盯住的是拥有训练能力、模型权重和安全测试体系的前沿实验室。

OpenAI此前担心,各州分别立法会形成重复监管,公司更倾向于联邦层面的统一标准。如今它要求加州“强化”SB 53,至少说明单纯等待美国国会出台完整AI安全法,已经越来越不现实。

但目前最容易被忽略的限制也在这里:公开信息只确认了OpenAI要求强化法案,并不足以证明它接受SB 53的全部现行安排。还要看公司究竟建议增加哪些义务、删除哪些责任,以及这些建议是否进入正式修正文本。

“支持更强监管”是一句立场;是否接受外部审计、强制事故报告和可追责机制,才是实质。

加州从SB 1047退到SB 53,监管重点已经改变

SB 53不是凭空出现。2024年,加州曾推进更具争议的SB 1047。那项法案试图为大型模型开发者设置更严格的安全责任,遭到部分科技公司和创业投资人的强烈反对,最终被州长加文·纽森否决。

SB 53延续了前沿模型安全监管的方向,但把重点更多放在透明度、事件披露和内部问责上。古语说,“前事不忘,后事之师”。加州立法者显然吸取了SB 1047遇阻的教训:先建立可执行的信息披露制度,再讨论更重的法律责任。

对照项SB 1047SB 53
时间锚点2024年获加州议会通过,后被州长否决2025年继续推进前沿AI监管
监管取向强调大型模型的安全责任和风险预防更侧重安全政策公开、事故报告和员工保护
行业争议企业担心责任过重、影响创新和开源开发争议转向适用门槛、披露范围和州联邦规则重叠
OpenAI态度反对加州建立过重的单州监管对SB 53曾持反对态度,现要求进一步强化

横向看,Anthropic对加州前沿AI安全立法一直更积极,公开强调灾难性风险测试和安全框架。OpenAI过去更偏向联邦统一监管。两家公司的分歧不只来自安全理念,也与产品结构、政府合作和合规资源有关。

头部公司承担报告、评估和法务成本的能力远高于小型实验室。规则一旦按大公司的现有安全流程设计,既可能提高行业底线,也可能把合规能力变成新的竞争门槛。这是OpenAI表态背后更现实的一层。

真正承压的是前沿实验室,API团队先看合同和供应商

SB 53最直接影响的是训练前沿模型的公司。它们需要提前整理模型评估记录、事故上报流程和员工举报渠道。安全团队不能只在产品发布前做测试,还要与法务、政策和管理层建立可追溯的内部程序。

如果你在大型模型公司负责安全或合规,接下来最现实的动作不是等待法案尘埃落定,而是检查三件事:哪些事件需要上报,谁有权判断风险等级,内部记录能否经受监管部门审查。

依赖大模型API的创业团队不必立刻增加一套前沿模型合规班底。它们更该做的是向供应商确认安全文件、服务中断通知和事故责任边界。企业客户也可能在采购合同中增加模型安全报告、数据处理和监管配合条款,采购周期因而拉长。

OpenAI的转向对普通用户暂时没有直接产品影响。它不会立即改变ChatGPT的价格、功能或使用门槛。真正需要观察的是修法过程中的三个变量:适用门槛是否扩大,事故报告是否具有强制性,以及企业违规后由谁承担责任。

如果这些问题仍然含糊,所谓“强化”可能只增加披露文件;如果责任、审计和执行机构都写入法案,SB 53才会从一份透明度要求,变成真正约束前沿模型公司的安全制度。