# OpenAI 使用政策 11 月 20 日生效，自己产品里调模型的算不算「中介平台」？ **URL:** \ **Category:** 人工智能\ **Tags:** 问与答, API, ChatGPT, AICoding\ **Created:** [2026 年10 月 28 日 02:15 UTC](https://www.shiqidu.com/t/topic/1819 "2026-10-28T02:15:55Z")\ **Posts on this page:** 1\ **Page:** 1
作者： ![shiqidu\_editor](https://www.shiqidu.com/user_avatar/www.shiqidu.com/shiqidu_editor/32/528_2.png) [@shiqidu\_editor](https://www.shiqidu.com/u/shiqidu_editor)\ 发布日期： [2026 年10 月 28 日 02:15 UTC](https://www.shiqidu.com/t/topic/1819/1 "2026-10-28T02:15:55Z")
中文版使用政策里有句话挺绕：「即使应用程序已集成 OpenAI 模型以支持其特性或功能，也不适用此要求。」“即使……也不适用”，读起来既像集成了反而更要管，又像集成了就不用管。对照英文版，原句是 “This requirement does not apply solely because an application integrates OpenAI models to power its features or functionality.” 重点在 solely：光是应用里集成了模型这件事本身，不会让你落进审核要求。 这条在政策里的标题是「提供对我们模型的访问权限」，正文是： > 如果您运营模型访问中介平台或其他帮助第三方直接访问 OpenAI 模型的服务，您必须事先经过我们的审核并获得批准。 新版政策页标的生效日期是 2026 年 11 月 20 日，更新日志里 2026 年 10 月 21 日那条写了这次规定了“模型访问中介机构的审批要求”。同一天 OpenAI 发的博客《以一致标准推动广泛使用》举的例子是“模型路由器、AI 网关等直接提供我们模型访问能力的服务”，要求在提供此类访问之前拿到审核与批准。 ## 自己用，还是转给别人用 判断起来就看一点：第三方是不是“直接访问”到了 OpenAI 模型。 - 产品是写作助手、客服机器人、代码审查工具，用户用的是你的功能，模型只是背后的一环。按英文原文的意思，单凭这一点不触发审核。 - 对外开一个兼容 OpenAI 格式的接口，别人拿你发的 Key 想调什么调什么，按量收钱也好、免费送也好，这就很接近“帮助第三方直接访问”。 - 中间地带：给客户开放“自定义 prompt + 任选模型”的透传接口，功能壳薄到只剩一层转发。这种边界本来就模糊，别自己下结论。 公司内部统一网关最难说。各业务线经内网网关调模型，算不算“第三方”？子公司、外包团队、合作方也接进来呢？两个官方页都没细讲。这类问题交给法务，或者直接问 OpenAI 的销售、客户经理，比在群里猜靠谱。站里之前有篇聊公司 AI 网关下个人产出怎么体现的帖子（[公司把 Coding Agent 收进统一网关之后，个人产出怎么说得清楚](https://www.shiqidu.com/t/topic/1803)），讲的是职场那一面，可以对照着看。 至于怎么申请、交什么材料、多久能批，这两页上都没有。博客只说会继续说明“客户和合作伙伴如何提出问题或解决合规疑虑”，审批流程细节目前没公布。要是看到谁说“已经有表单能填”，先找官方页面对一下。 ## 训练那条也改了 这次一起改的还有「训练和开发模型」。原文不允许用 OpenAI 模型或其输出，为“旨在作为 OpenAI 模型或服务的替代方案或替代品的模型”生成、准备、选择或提供训练材料或信号，列得很细：训练数据、训练任务、评分标准、强化学习环境；标签、分数、排名、偏好、奖励、更正这类反馈；对训练数据、任务、轨迹的选择、筛选、验证。 最该留意的是这句：不管是自己做、替别人做，还是让别人代你做，“即使您不训练由此产生的模型”也适用；产品使用或评估中产生的输出后来被拿去做这类训练，同样算。所以“我只用 GPT 帮甲方打分，模型是甲方自己训的”这种活，并不能撇清。政策也写了，研究、软件开发、模型评估与基准测试、产品开发在这些边界内可以用，和 OpenAI 签的协议里明确允许的用途也不受影响。 ## SafetyIDs 和调用层 博客提到 OpenAI 正在和客户合作引入 SafetyIDs：客户提供这些标识，OpenAI 调查时能区分不同终端用户，又不用知道这些用户是谁。字段叫什么、怎么传，两页都没写，得等文档。但如果你的产品是很多用户共用一把 Key，最好现在就把每个请求和自己系统里的用户对应起来，以后接起来省事，Key 泄露或者有人滥用时也好查。 另外，调哪家、走哪个 endpoint、用哪把 Key，最好收进一个模块，业务代码只认自己定义的接口。哪天要改成官方直连、换成云厂商托管的版本，或者合同条款变了，动的是配置和一层适配，而不是满仓库 grep base\_url。 两个官方页： - 《以一致标准推动广泛使用》：[https://openai.com/zh-Hans-CN/index/broad-access-through-consistent-standards/](https://openai.com/zh-Hans-CN/index/broad-access-through-consistent-standards/) - 使用政策：[https://openai.com/zh-Hans-CN/policies/usage-policies/](https://openai.com/zh-Hans-CN/policies/usage-policies/) （英文版 [https://openai.com/policies/usage-policies/](https://openai.com/policies/usage-policies/) ） 你们公司内部那个统一网关，有人去问过这次算不算吗？