⭐⭐⭐ Spring Boot 项目实战 ⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 http://www.iocoder.cn/Fight/chatgpt-codex-sites/ 「芋道源码」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注微信公众号:【芋道源码】有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
  4. 新的源码解析文章实时收到通知。每周更新一篇左右。
  5. 认真的源码交流微信群。

六月二日,OpenAI 在 Codex 里放了个叫 Sites 的东西。你在对话里说一句要什么网站,它把页面写出来、部署好,甩你一个链接。

四个月过去,这事变了不少。它七月九日改名叫 ChatGPT Sites,入口从 Codex 挪进了 ChatGPT,能用的人从企业版扩到了所有付费档,分享也从「只能工作区内看」放到了公网。这篇按现在的状态重写一遍。

它交付的不是文件,是地址

以前让 AI 干完活,拿到手是一堆文件和一段说明,怎么用是你的事。Sites 把最后一步也接了,直接给一个能打开的地址。

拿它跟 Wix、Replit、Lovable 比,起点不一样。那些工具要你打开它从零搭。Sites 的起点是「你已经在 Codex 里干完的活」,一句把这个变成网页,成果就从文件变成链接。

跟 Vercel、Netlify 也不一样,那边要先推 GitHub、配构建命令、绑域名。这里没有仓库、没有构建配置、没有 DNS 记录,Codex 自己在托管侧把活干完。

OpenAI 的说法是,AI 在组织里能干的活越来越多,难的是塞进现有流程,Sites 就干这个。

一句话概括,它交付的不是文件,是地址。

一句话,或者直接把项目扔进去

提示词里带上 website,或者直接 @Sites,就进建站流程。

官方给的三段式好用。先说给谁用、要他们干什么,再说界面要出现什么,最后说交付前检查什么。比如给运营团队做一个请求看板,成员能提交、看到负责人、改状态、筛选,要求登录工作区账号,数据存住。这一句就够开工。

在 Codex 里用 @Sites 描述需求

手上已经有项目的话更省事。说一句部署上去、顺便检查兼容性,它会把项目接到托管侧。链接关系记在项目根的 .openai/hosting.json 里,写 project_id 和 d1、r2 两个绑定名。新建项目可以一开始没有 project_id,托管侧准备好会补上。

命令行和 IDE 插件里没有站点管理界面,创建、保存、部署、改设置都得回网页版或桌面版。命令行只适合改本地项目。

保存是保存,部署是部署

发布被拆成两步,这一步分得比多数同类产品清楚。

第一步是保存版本。它把当前改动构建成一个可部署的版本,本地项目还会记下这次构建用的是哪个 Git commit。第二步才是部署,发布成功后给你生产地址。

这里有个容易踩的点。每一次部署出来的地址都是生产环境,不存在「预览链接七天后过期」这种中间态。想先让人看、确认没问题再上线,就只能停在第一步。

Sites 生成的财务情景模拟页

回滚也要留意。恢复旧版本只还原代码,数据库和已经上传的文件不会跟着回退。官方还提醒,发布过程中数据库迁移可能已经执行了一部分,失败也不一定能全部撤销。所以动数据库之前,先看清楚这次迁移改了什么。

版本是可以翻出来重放的。想找回上一次能用的候选,让它把已保存的版本列一遍,挑一个重新部署就行,不用从头再生成。

站点背后有数据库和对象存储

很多 AI 建站工具做的是静态页,刷新一下数据就没了。Sites 给的是带存储的运行时。

数据库用 D1,单站上限十个 GB。文件放 R2,单个站点没有固定上限,但账号下所有站点共享一套使用量,撞上总量就一起受牵连。运行时支持 HTTP、HTTPS 和 WebSocket,原始 TCP 不支持,部分框架、私有网络和后台常驻服务也不支持。

Sites 生成的项目上线看板

需要认人可以接 Sign in with ChatGPT。登录和登出是两个固定路径,身份通过请求头传给服务端,授权判断要写在自己服务端代码里,别指望前端。

还有个用法挺有意思。站点能读访客自己连的应用,同一张看板你看到你的工单,同事看到他的。前提是工作区开了插件权限,站点得是工作区私有。

密钥别往 hosting.json 里塞,环境变量和密钥在站点设置里配,本地用 .env 对齐键名。

谁能打开,是个新问题

这是四个月里变化最大的一块,六月那篇也写错了。

新站点默认只有所有者与工作区管理员能打开。要放开有五档,指定成员或组、邀请工作区外的具名访客、工作区内所有人、互联网上任何人。

对外开放有两道闸。企业版的公开发布默认关着,得管理员打开并给角色授权。邀请外部访客也是单独一项权限。

编辑权还是分开算。外部访客只能看,不能改也不能发布。编辑者只能是同一工作区的成员,还得等所有者首次发布之后才能发后续版本,受众和设置他们也动不了。

自定义域名按地区逐步开放,企业版上线时反而没有。访问统计只有独立访客和浏览量,企业版拥有的站点暂时看不到。

官方把它归成六类

官方文档把站点归了六类,这个分类比功能列表好用。

  • 资源中心,按主题分组放文档和链接,带搜索
  • 仪表盘,把数字、图表、表格放在一屏,能筛能比
  • 跟踪器,用表格管任务,带负责人、日期、状态
  • 申请表,收字段、收附件、带校验
  • 计算器,输入几个参数算出结果
  • 引导流程,一步一步走,后面的问题跟着前面的答案变

每类都配了同一套三段式,要分享什么、做成什么样、交付前检查什么。照这个写提示词,比一句「给我做个网站」靠谱。

官方示意里的上线跟踪页

Sites 生成的活动运营页

同一天还发的另外两样

另外两件同日落地。

一个是 Annotations。以前改文档、表格、幻灯片里的一小块,只能重说一遍需求让它整篇重跑。Annotations 是选中哪块改哪块,覆盖这三类,桌面端还能对 Markdown 和代码做行内标注。

另一个是六个角色插件,数据分析、创意制作、销售、产品设计、公开股票投资、投资银行,合计接了六十二个应用、一百一十个技能。插件目录 ChatGPT 和 Codex 共用,命令行用 /plugins,IDE 扩展不支持。

目标人群写得很直白。官方口径是 Codex 周活超五百万,不写代码的人占两成,增速是开发者的三倍多。财务分析师、营销、运营、研究员,这群人没碰过 IDE,也没部署过网站。

Codex 用户角色占比

现在能用了吗,卡在哪

先说谁能用。Plus、Pro、Business、Enterprise 和 Edu 都有,Free 和 Go 没有。六月那句只给 Business 和 Enterprise,已经不成立。

计费分两块。构建和编辑算进 Codex 用量,托管另一笔。Plus 和 Pro 的托管含在套餐内,企业版暂时免掉。上限数字官方不公开,只在产品里按套餐显示。

限量是共享的。Plus 和 Pro 对站点数量没有固定上限,但站点数、存储、流量共用一套额度。撞上限的后果有三种,不能新建、不能加存储、访问量大的公开站点可能被暂时收回公开访问。最后一条最难受,偏偏最需要公开的站点最容易撞上。

不能做的也列了。受保护的健康信息、支付卡数据(只能走第三方处理器)、十三岁以下儿童、恶意软件与钓鱼都不行。

这条路不只 OpenAI 在走。Anthropic 的 Claude Code 和 Cowork 也在往同一方向加东西,这轮几乎是照着回应。OpenAI 的底牌是 ChatGPT 的量级,Codex 已经并进去,不用另装一个 App。

门槛确实降了,降到「会不会把需求说清楚」。但地址有两面,一面是它会一直活着,另一面是谁能打开,现在得管理员点头。

文章目录
  1. 1. 它交付的不是文件,是地址
  2. 2. 一句话,或者直接把项目扔进去
  3. 3. 保存是保存,部署是部署
  4. 4. 站点背后有数据库和对象存储
  5. 5. 谁能打开,是个新问题
  6. 6. 官方把它归成六类
  7. 7. 同一天还发的另外两样
  8. 8. 现在能用了吗,卡在哪