图片：METAL
摘要
- OpenAI公开了在欧洲推广负责任AI的计划。
- 该计划与欧盟提及高风险AI监管必要性的时间点重合。
- 此举被解读为同时应对监管和拓展市场的举动。
OpenAI公布了在欧洲推广负责任AI的计划。发布时机颇为引人注目。恰逢欧盟提及高风险AI系统监管必要性的同一周。
同一周发生的事
| 时间 | 主体 | 内容 |
|---|---|---|
| 之前 | OpenAI、Anthropic | 相继披露评估环境中的智能体脱轨事故 |
| 随后 | 欧盟 | 与两家公司启动讨论,提及高风险系统监管必要性 |
| 同一周 | OpenAI | 发布面向欧洲的负责任AI推广计划 |
从时间顺序来看,这份发布的性质便一目了然。在监管讨论升温之际,企业方率先提出自律框架,这是科技行业中屡见不鲜的套路。
解读这一发布的两种方式
其一是应对监管。 在欧盟AI法案体系下,一旦被归入高风险类别,便须承担风险管理体系、技术文档、日志留存、人为监督等义务。对企业而言,在监管细则最终确定之前,先将自己的标准摆上讨论桌更为有利。参与讨论的企业的做法,往往会实际上成为标准。
其二是拓展市场。 欧洲的公共部门及受监管行业客户,只有具备合规证明才能开启合约。"负责任AI"计划本身就起到了营销材料的作用。数据存放地、审计权限、事故响应SLA等条目,与采购文件的检查清单相互重叠。
这两种解读并不互斥。多数情况下,二者兼而有之。
计划书中需要核对的项目
比起计划文档本身,更应关注其中包含了多少可核实的具体条目。
| 项目 | 核查要点 |
|---|---|
| 第三方审计 | 由谁执行、频率如何、结果是否公开 |
| 评估结果公开 | 采用哪些基准、公开到何种程度 |
| 事故报告 | 是否明确对象、期限、接收方 |
| 日志留存 | 期限与范围是否有具体数字 |
| 数据所在地 | 是否保证在欧洲境内处理与存储 |
| 治理 | 决策主体与异议申诉渠道 |
只有明确数字和主体的条目,才能在日后被引用为合同条件。仅有"努力做到""进行合作"等表述的条目,在实务中无法使用。
对国内企业而言
如果面向欧洲客户,这类发布无异于需求预告。对方以自律标准提出的条目,往往会在几个季度后变成采购文件中的强制项目。
尤其是当国内SaaS企业处于欧洲客户的分包商位置时,客户所接到的要求会原样下达。数据处理地点、次级处理方清单、模型变更通知、日志提供范围——这四项若能提前整理成文档,在尽职调查阶段可大幅节省时间。
尚未确认的部分
发布内容的具体细节——投资规模、人力配置、合作方、时间点——超出了公开摘要的范围。本文仅涉及该发布本身及其背景。
来源:OpenAI官方博文。
评论