OpenAI 把安全政策合并成一套，11 月 20 日生效

如果你做过「一个接口转发十几家模型」的生意，这条政策是冲着你来的。以前绕开官方条款的办法是换一层壳，现在壳本身也要被审。

一、发生了什么

据 IT 时代网 10 月 22 日报道，OpenAI 宣布把各项服务适用的安全政策统一成一套，覆盖三种访问方式：用户直接使用、合作伙伴托管、合作伙伴转售。同时更新使用政策，2026 年 11 月 20 日生效。

报道里的关键一句是：直接提供模型访问权限的服务中，模型路由器和 AI 网关在向用户开放之前，必须获得 OpenAI 的审查和批准。这不是建议，是准入条件。

对合作伙伴的要求也写明了：维持与 OpenAI 一致的防护水平，自己调查潜在违规，发现问题自行处置，并与 OpenAI 协调执行，让限制在不同渠道之间保持连续。OpenAI 的说法是，不同服务的运行方式、客户使用方式不一样，落地要考虑这些差异。

技术上还有两处安排。部署前评估模型能力与风险、测试用户在蓄意绕过时防护是否有效；部署后监控滥用、拒绝有害请求、分析跨对话的可疑模式。对能力最强的访问场景，另设可信访问计划，带资格与条件。

为配合调查，OpenAI 与客户引入 SafetyID：客户提供标识，让平台能区分不同最终用户，同时不必知道这些人的真实身份。

二、跟你有什么关系

做聚合和中转的团队。 你在不在「路由器、网关」的定义里，决定了要不要走审批。转售、代充、带计费的二次封装，基本都在覆盖范围内。

企业采购方。 供应商说「我们接的是官方 API」，不等于合规链路完整。要问清楚它是托管还是转售，出了违规谁负责调查。

用第三方客户端接 API 的开发者。 客户端一旦承担路由功能，政策责任可能顺着链路往上找你。

三、怎么用

1. 先给自己的服务归类。是直接调用、托管给客户用，还是转售给下游？三种身份对应三套义务，别一律按「开发者」处理。
2. 查 11 月 20 日之后的状态。有网关功能的，现在就该准备材料走审查，别等到上线前一天。
3. 提前设计 SafetyID。让下游客户能提供匿名标识，既满足调查需要，又不把终端用户身份交出去。
4. 把「违规调查」写进合同。谁发现、谁处置、多久内通知，这三件事在旧合同里通常是空的。

顺带说一句，更新后的使用政策还重写了「安全开发模型」和「敏感用途」两块要求。这两块以前散在不同文档里，现在被并进同一份条款，引用时不容易再各说各话。

四、三个别信的说法

「换个域名和壳就能绕开」。 政策看的是功能，不是外观。带路由、带计费、带账号体系的封装，就是在提供访问权限。

「这只是把几份文档合并，没有实质变化」。 合并本身是变化。三套义务被拉平成一套之后，过去靠渠道差异打擦边球的空间没了。

「SafetyID 等于把用户实名交给 OpenAI」。 反了。它要的是一个可区分的编号，不是身份证。设计得当的话，平台只能看到「这是同一用户」，看不到「这是谁」。

五、一句话结论

这次统一改的不是模型能力，是分发链路：谁能把模型转手给别人，从此要留下审批记录。

信息来源

• OpenAI 三条渠道并成一套规则，2026 年 10 月 22 日

功能与价格以官方公告为准。本文写于 2026 年 10 月 23 日。