自定义 GPT 及 GPT 操作的隐私政策

针对操作背后的服务撰写政策，使用 ChatGPT 用户能读懂的通俗语言。内容包括：

1. 谁运营该操作：您的姓名或公司名称、GPT 或服务名称，以及隐私联系人。
2. 您会收到什么：您的架构接受的参数、随参数一起发送的任何对话文本，以及使用 OAuth 时的账户数据。
3. 您为什么使用：用于响应请求、运行用户的账户功能、防止滥用，除非属实，否则没有其他用途。
4. 还有谁会收到：托管、数据库、日志以及您调用的任何 AI 模型服务商，并对每一项作简短说明。
5. 您保存多久：请求日志、存储的结果和账户数据，各自写明真实的期限。
6. 用户权利和删除：如何请求访问或删除，以及如何断开 OAuth 账户连接。
7. 儿童：OpenAI 的服务有自己的年龄规则；请说明您的服务是否面向儿童。
8. 变更和生效日期。

如果您的操作支持用户账户，请补充说明这些账户中的数据如何处理。AI 聊天机器人隐私政策指南和 AI 产品隐私披露指南更深入地介绍了模型服务商、提示词和训练。

这项要求与操作挂钩，即让 GPT 调用您所定义的外部 API 的功能。OpenAI 帮助中心表示，如果您的 GPT 使用了操作，并且您想公开分享或将其发布到 GPT Store，每个公开操作都必须包含一个有效的隐私政策网址。其关于配置操作的文章用更简短的方式说了同样的话：每个操作都可以包含一个隐私政策网址，而带有操作的公开 GPT（无论是通过链接分享还是在 GPT Store 中）都必须包含一个有效的网址。关于发布的文章则把“使用操作却没有有效的隐私政策网址”列为公开发布可能被阻止的原因之一。

只使用指令和知识文件、没有操作的 GPT 不受这条具体规则约束。保持私有或仅在工作区内分享的 GPT 也不在此列，不过工作区管理员可以设定自己的管控措施。

OpenAI 为什么坚持这一点？因为一旦操作运行，数据就会离开 ChatGPT 并到达您的服务器，而 OpenAI 声明它不会审核或控制第三方服务如何使用或存储这些数据。您的政策就是用户了解情况的途径。同样的逻辑也适用于其他平台；我们关于如何获取隐私政策网址的指南介绍了链接的托管和测试。

您的政策必须描述您的服务器能看到什么，所以要精确。OpenAI 关于操作的生产环境说明指出，当用户与 GPT 的自定义操作交互时，ChatGPT 可能会把对话的部分内容发送到该操作的端点。模型会把用户的请求转换为您在 OpenAPI 架构中定义的参数，所以用户输入的任何内容都可能进入这些参数，包括姓名、电子邮件地址或他们选择分享的任何其他信息。OpenAI 还表示，ChatGPT 会从其公布的 IP 地址段调用操作，因此您的服务器看到的是来自 OpenAI 基础设施的请求。

您还会收到什么，取决于您的设计：

• 身份验证：OpenAI 列出了无验证、API 密钥和 OAuth 三种选项。使用 OAuth 时，用户会登录您的服务，因此请求会与他们在您这里的账户关联。
• 您自己的日志：由您的网页服务器、API 网关或监控工具存储的请求正文、时间戳和错误。
• 下游服务：您的后端调用的数据库、搜索 API 或 AI 模型服务商。

OpenAI 的 GPT 隐私常见问题指出，GPT 构建者无法查看用户与其 GPT 之间的单个对话。您所涉及的，是您的操作收到的内容以及您保留的内容，而这正是您的政策应当解释的。

您选择的身份验证方式会改变政策需要说明的内容。

无身份验证。从您的角度看，每个请求都是匿名的，但其中仍可能包含用户输入的个人数据。您的政策应说明您会处理请求内容、只保留最少的日志，并且不会试图识别用户。

API 密钥。密钥验证的是 GPT，而不是单个用户。无论是谁在聊天，请求在您看来都一样，这能让您的数据足迹保持很小。政策与匿名情况类似，如果您使用了速率限制和防滥用措施，则再加上这些内容。

OAuth。用户登录您的服务，请求与其账户相关联。此时您的政策必须涵盖您与用户的完整账户关系：个人资料数据、存储的内容、操作如何更新其账户，以及用户如何断开连接。OpenAI 的配置文章指出，对于 OAuth 操作，用户可以在 ChatGPT 中查看和管理已连接的账户，并且在操作运行前可能会被要求批准。

无论选择哪种方式，都只申请让功能正常运行所需的最小权限范围和输入。这样，您的政策和安全工作都会更精简。

审核被拒和用户困惑，通常可以追溯到少数几个错误：

• 链接 OpenAI 的隐私政策。OpenAI 的政策涵盖的是 ChatGPT，而不是您的服务器。您需要自己的政策。
• 链接首页或通用的公司政策，其中从未提及该 GPT、该操作或您的 API 收到的数据。
• 声称什么都不存储，而日志却保存了完整的请求正文。请检查您的网页服务器、网关和监控设置。
• 遗漏了您的后端调用的 AI 服务商。如果您的操作会把文本转发给另一个模型 API，请写明其名称并描述其保存期限。
• 模糊的保存期限，例如“在必要期限内”，却没有期限或标准。
• 使用需要登录或访客可以编辑的文档链接。
• 忘记更新政策，在新增接受新类型数据的端点时没有同步。

一个快速检验方法：把您的 OpenAPI 架构和政策并排阅读。每一个可能携带个人数据的参数都应在政策中得到解释，您的代码调用的每一个服务商都应出现在政策中。

在为 GPT 投入精力之前，先看看这款产品的走向。截至 2026 年 10 月，OpenAI 帮助中心表示其计划停用自定义 GPT，并建议将工作流迁移到插件，插件将可复用的指令和连接的应用整合在一起。根据同一公告：

• 迁移功能的目标上线日期为 2026 年 9 月 17 日，可能不会同时覆盖所有账户或工作区
• 受影响的 Enterprise 工作区计划于 2026 年 12 月 11 日停用，其他套餐预计将遵循相同的时间表
• 现有 GPT 在停用前仍可使用
• 个人 ChatGPT 账户（包括 Free、Go、Plus 和 Pro）无法创建或发布新的 GPT，而 Business、Enterprise 和 Edu 工作区则取决于工作区设置和权限

这些日期来自 OpenAI 自己的公告，可能会有变化，所以在规划发布之前，请查看帮助中心的最新文章。

对隐私政策而言，这一变化的影响没有听起来那么大。数据流是相似的：用户在 ChatGPT 中的请求会到达您的后端。一份为您的操作 API 准确撰写的政策，可以按下文所述针对插件进行更新，而不必从头重写。

如果您迁移到插件，隐私规则会变得更详细，而不是更宽松。OpenAI 的插件指南涵盖在 ChatGPT 和 Codex 共享的目录中上架的插件，它规定提交内容必须包含一份清晰的、已发布的隐私政策，至少说明所收集的个人数据类别、使用目的、接收方类别、数据保存时限以及向用户提供的任何控制选项。用户可以在安装前查看该政策。

该指南还规定了一些您的政策应予体现的数据规则：

• 只收集所需的最少数据，不设“以防万一”的字段
• 不收集受限数据，例如受 PCI DSS 约束的支付卡数据、受保护的健康信息、政府身份标识或访问凭据
• 不请求完整的对话历史或原始聊天记录
• 不追踪用户或对用户进行画像分析，包括通过 IP 地址等元数据，除非已作披露、范围严格受限且处于用户有意义的控制之下
• 插件必须适合 13 至 17 岁的用户，且不得以 13 岁以下儿童为目标

如果您的 GPT 操作政策已经列出了类别、目的、接收方、保存期限和控制选项，您就已经完成了大部分工作。提交时请对照这些指南进行复查。

AI 隐私政策生成器正是为这类服务设计的。选择 AI 这一使用场景，然后描述您的操作会收到什么、您使用的服务商、是否有用户账户、保存期限以及您的用户所在的地区。问卷、完整预览以及简单版 HTML 和 PDF 下载均免费且无需账户。

条款根据您的回答从带版本号的条款库中以确定性方式选择。运行时不由 AI 撰写条款，因此结果可预测，并且只描述您确认的内容。GDPR、英国和加州等高级地区模块收费 $5，可选的公开托管一次性加收 $0.99，为您提供一个可粘贴到操作的隐私政策字段或插件提交表单中的公开页面。

如果您的后端放在代码仓库中，Codex、Claude Code 或 ChatGPT 等 AI 编程代理可以通过开发者 MCP 服务器检查代码库，并根据发现的内容创建一份私有草稿，然后由您审阅和确认。这有助于发现您忘记的日志记录和服务商调用。生成的文本反映的是您的回答，不构成法律建议。