ChatGPT Sites 上线队友协作编辑，Codex 后台托管 git 与 CI

北京时间 8 月 21 日 03:03（UTC 8 月 20 日 19:03），OpenAI 官方开发者账号发推宣布，ChatGPT Sites 现在可以添加队友（teammates）作为编辑者，共同构建和发布站点：协作者可向同一项目推送变更，git 管理和 CI（持续集成）由 Codex 在后台处理。7 秒后，同账号发出：站点 URL 现在可以自定义，让它反映你构建的内容，更易识别和分享。

ChatGPT Sites 7 月 9 日进入公开测试，这次是官方公告中的首个协作类更新。截至本文写作时，主推文已获得约 790 次点赞、62 次转发、43 次引用和超过 38 万次浏览，回复区里最集中的问题是权限与套餐。

队友能改什么、不能改什么

写明：协作编辑需要一个 workspace，当该功能可用时，站点所有者可以邀请同一 workspace 的活跃成员作为编辑者。操作路径是打开站点选 Share，在 Add people or groups 下找到成员，先把人加为 visitor，再把 Can view 改为 Can edit，站点会出现在成员自己 Sites 视图的 Shared with you 里。

编辑者能做的事：打开站点、修改内容、保存版本，并在所有者完成首次发布之后发布更新。文档特别提醒，编辑者可以读取站点线上数据库（live database data）中的数据，因此"只邀请你信任其接触代码和数据的人"。

编辑者不能做的事同样明确：不能更改站点受众、不能邀请或移除他人、不能管理设置和分析、不能恢复旧版本、不能转移所有权，也不能执行站点的首次发布。首次发布权只属于所有者。

Codex 在后台托管 git 与 CI

推文对机制的描述只有一句：协作者向同一项目推送变更，git 管理与 CI 由 Codex 在后台完成。文档给出了对应的两阶段发布流程：先 Save a version，ChatGPT 构建一个可部署的版本，对本地项目而言，该版本会关联到构建所用的 Git commit；再 Deploy a version，发布已保存的版本并返回生产 URL。文档同时强调，Sites 的每个部署 URL 都是生产 URL，想先审查再上线，就只保存版本、不部署。

开发者对这一点的反应最直接。自称从事 Physical AI 与机器人方向的 Steven Cheng 在回复里："它能优雅地处理合并冲突吗？这通常是自动生成代码的痛点。我很好奇它只是直接覆盖，还是真的会在两人编辑同一文件时尝试三方合并。"近两小时后他："自动处理 git 和 CI 是巨大的胜利，结对改前端时省了太多上下文切换。"自称正在公开构建 Kapua 的创始人 Corey 则把话反过来说：

自定义 URL：至少五个字符，小写开头

URL 自定义同样进入了官方更新日志。ChatGPT 主在 8 月 20 日的条目中写道：Plus 和 Pro 的站点所有者可以不重新部署就更换 ChatGPT 托管的 URL；旧地址会重定向到新地址，包括路由和查询参数；自定义域名保持独立、不受影响。

命名规则来自同一份开发者文档：新名字至少 5 个字符，以小写字母开头，只能使用小写字母、数字和单个连字符，不能以连字符结尾，也不能包含连续连字符。更换 URL 不会产生新的部署，也不会新增、移除或更改自定义域名，后者仍是独立功能。

从 6 月的内部预览到 8 月的队友协作

Sites 的多人化是逐步铺开的。6 月 2 日，宣布 Sites 以插件形式向拥有 Codex 访问权的 Business workspace 提供预览：团队可以让 Codex 创建、迭代并部署面向内部使用的轻量级全栈 JavaScript/TypeScript 应用，带托管站点 URL、Sign in with ChatGPT 登录和数据与文件存储，访问范围保持在 workspace 内部。

7 月 9 日，Sites 进入公开测试。当天的主发布说明记录：Business 和 Enterprise 客户此前已有访问权，从当天起可以公开发布站点并通过 URL 分享给任何人；同时向 Pro、Pro Lite 和 Edu 用户滚动开放，Plus 用户随后跟进；Free 和 Go 计划不可用，EEA、瑞士和英国在发布时暂不开放；Enterprise 的公开发布默认关闭、需管理员开启。站点在 web 端的 ChatGPT Work，或桌面端的 Work 或 Codex 中创建。确认，Sites 目前面向 ChatGPT workspaces、Plus 和 Pro 账户公测。OpenAI 的至今仍用"让 Sites 构建一个三天会议落地页"作为官方演示场景，上图的界面即出自该页。

8 月 20 日的更新，让多个协作者第一次可以向同一个 Sites 项目推送变更。

回复区里的疑问：权限、套餐与合并冲突

队友编辑覆盖哪些套餐，公告没有说明。文档只说协作"需要一个 workspace"，并用"When the feature is available"的措辞，没有给出具体套餐范围。回复区里，用户 phil 直接问，Andy 则问。截至本文写作时，公开回复区里还没有看到 OpenAI 对这些提问的回应。

关于发布权的设计，自称在做"AI 代理控制层"的 Marrow 点出了遗留问题：AI 工程师 Nick Thorp 的判断更乐观：

目前能确认的边界是：URL 自定义面向 Plus 和 Pro 的站点所有者，队友编辑要求 workspace，首次发布仍只能由所有者执行。多人协作已经上线，但哪些套餐能用、谁能邀请队友，官方还没有给出答案。