10 月 1 日，OpenAI 在没有开发者大会光环加持的情况下悄悄上线了一个可能影响很大的功能：ChatGPT Sites 公测。Hacker News 相关讨论拿到 194 分，官方帮助文档的描述很直白——「把你的工作或想法变成一个交互式网站或轻量应用，不用离开 ChatGPT」。另外社区确认了几个细节：由 OpenAI 与 Cloudflare 合作托管，公测先覆盖付费用户。
用了两天之后，我的结论是：这个功能单看每一步都不新鲜，但它出现在二十亿月活的入口里这件事，改变了 AI 建站的成本结构。
它能做什么
官方列举的场景清单：仪表盘、项目追踪器、发布日历、原型、内部门户、报告。核心流程三步：
- 生成：在对话里描述需求，Sites 生成一个可交互的站点，数据可以来自对话上下文里的文件或表格；
- 预览与迭代：实时预览，继续用自然语言 refine——「把图表换成周维度」「加一个筛选器」；
- 发布：一键部署到托管链接，拿到可分享的 URL，之后继续对话更新。
和 Canvas 的区别值得强调：Canvas 的产出留在会话里，Sites 的产出长在网络上。这个差别决定了它的使用场景从「帮我写」转向「帮我上线」。
实测：强项与边界
强项在「数据到界面」的单页工具。 我把一份含三十行记录的 CSV 丢进对话，要求生成一个带筛选和图表的状态页，一轮产出质量已经超过预期：响应式布局、图表交互、空状态处理都有。这类「内部小工具」正是 Gartner 口中长尾需求的最大存量——以前它们排在开发队列的最底部，现在五分钟上线。
边界在工程化深度。 复杂的多页应用、需要精细路由和数据模型的产品，Sites 的对话式迭代会迅速变得低效；代码所有权也存疑——你得到的是一个托管链接和可下载的代码包，但没有原生的 GitHub 仓库同步和持续部署链路。这些恰恰是 Lovable、Bolt、v0 等垂直工具的核心卖点。
合规是企业的隐形门槛。 Business 与 Enterprise 工作区有独立的管理开关，Enterprise 默认关闭需管理员开启——OpenAI 显然清楚「每个员工都能发布公开网页」在治理上意味着什么。
再测一个场景：从对话到站点的完整链路
第二个实测选了一个更接近真实工作的任务：把一段会议纪要转成「决策追踪页」。我把含十二条决议、每条带负责人和截止时间的纪要文本贴进对话，要求生成一个可勾选的进度看板。
产出的质量超出了「模板填空」的范畴：页面自动按状态分组，待决事项和已决事项分栏，勾选一个条目会更新顶部的完成度进度条，还附带了按负责人过滤的视图。迭代两轮——第一轮要求补上时间线视图，第二轮要求移动端适配——都只花了一句话的代价。
这个案例暴露出 Sites 真正的差异化：它对上下文的理解是连续的。因为站点生在同一串对话里，你后续说「把上周讨论的预算数字更新进去」时，模型知道「上周讨论」指什么。相比之下，独立建站工具每次都要你重新喂资料。会话即状态，这是入口型产品的独特优势。
更新与版本机制需要适应
目前 Sites 的迭代模型是「对话驱动」：你说改动，它更新，历史版本可以在站点设置里回看。但有两点工程团队会立刻注意到：
没有分支和对比视图。 你不能同时试验两个设计方向再择优合并，所有变更是线性的。重设计大改版时，稳妥的做法是复制一个新站点再动手。
外部协作是只读的。 分享出去的链接是成品视图，协作者不能像在 Figma 里那样直接编辑。想收集反馈，得靠截图加对话的方式绕回来。团队协作这块，OpenAI 明显还留着后手。
计费上，Sites 包含在 ChatGPT 订阅里，公测阶段没有单独计价，但生成配额与订阅档位挂钩——重度使用者很快会碰到「今天的额度用完了」的提示，这既是对算力成本的保护，也是将来分层定价的探针。
竞争格局：入口碾压与工程纵深
把主流 AI 建站工具放在一张表里看：
| 工具 | 入口 | 代码所有权 | 适合场景 |
|---|---|---|---|
| ChatGPT Sites | ChatGPT 对话框 | 托管链接加代码包 | 内部工具、原型、轻量站点 |
| Lovable | 独立产品 | GitHub 全同步 | 可维护的完整 Web 应用 |
| Bolt | 独立产品 | 全栈代码导出 | 快速全栈原型 |
| v0 | 独立产品加 Next.js 生态 | 代码库级集成 | 前端工程质量优先 |
Sites 的护城河不是生成质量，而是分发：它不需要用户「想来做个网站」，它守在用户本来就在提问的地方。当「顺便把网站做了」成为对话的副产品，垂直建站工具的获客成本会被系统性抬高。
垂直工具的反击点则在纵深：代码库集成、团队协作、版本管理、生产级部署。一句话概括分水岭——Sites 赢「要一个能用的小站点」，Lovable 们赢「要一个可维护的应用」。
对开发者的实际建议
该用的时候大胆用：内部仪表盘、活动页、给客户的交互式报告、给同事演示的原型——这些场景下 Sites 的速度优势碾压一切，质量已过「可用」线。
不该用的时候别硬用：需要品牌域名、SEO、多人协作、迭代数月的产品，仍然走正规工程链路。Sites 生成的代码可以作为起点导出，但不要把它当生产架构。
值得跟踪的信号是 OpenAI 与 Cloudflare 的合作深度：如果后续开放自定义域名、分析统计和团队权限，Sites 会从「玩具发布器」升级为「轻量 CMS 竞品」，那时候 Webflow 的董事会该开会了。