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 1047 | SB 53 |
|---|---|---|
| 时间锚点 | 2024年获加州议会通过,后被州长否决 | 2025年继续推进前沿AI监管 |
| 监管取向 | 强调大型模型的安全责任和风险预防 | 更侧重安全政策公开、事故报告和员工保护 |
| 行业争议 | 企业担心责任过重、影响创新和开源开发 | 争议转向适用门槛、披露范围和州联邦规则重叠 |
| OpenAI态度 | 反对加州建立过重的单州监管 | 对SB 53曾持反对态度,现要求进一步强化 |
横向看,Anthropic对加州前沿AI安全立法一直更积极,公开强调灾难性风险测试和安全框架。OpenAI过去更偏向联邦统一监管。两家公司的分歧不只来自安全理念,也与产品结构、政府合作和合规资源有关。
头部公司承担报告、评估和法务成本的能力远高于小型实验室。规则一旦按大公司的现有安全流程设计,既可能提高行业底线,也可能把合规能力变成新的竞争门槛。这是OpenAI表态背后更现实的一层。
真正承压的是前沿实验室,API团队先看合同和供应商
SB 53最直接影响的是训练前沿模型的公司。它们需要提前整理模型评估记录、事故上报流程和员工举报渠道。安全团队不能只在产品发布前做测试,还要与法务、政策和管理层建立可追溯的内部程序。
如果你在大型模型公司负责安全或合规,接下来最现实的动作不是等待法案尘埃落定,而是检查三件事:哪些事件需要上报,谁有权判断风险等级,内部记录能否经受监管部门审查。
依赖大模型API的创业团队不必立刻增加一套前沿模型合规班底。它们更该做的是向供应商确认安全文件、服务中断通知和事故责任边界。企业客户也可能在采购合同中增加模型安全报告、数据处理和监管配合条款,采购周期因而拉长。
OpenAI的转向对普通用户暂时没有直接产品影响。它不会立即改变ChatGPT的价格、功能或使用门槛。真正需要观察的是修法过程中的三个变量:适用门槛是否扩大,事故报告是否具有强制性,以及企业违规后由谁承担责任。
如果这些问题仍然含糊,所谓“强化”可能只增加披露文件;如果责任、审计和执行机构都写入法案,SB 53才会从一份透明度要求,变成真正约束前沿模型公司的安全制度。
