ChatGPT 中的 Sites

原文 ↗ Hacker News 讨论 ↗

OpenAI 新推出的 ChatGPT Sites 功能，让用户可以“vibe code”并立即在 OpenAI 的基础设施上部署全栈网站和简单的 Web 应用，被视为既是一种强大的便利，也直接威胁到 Wix、Squarespace 以及小型开发代理等传统网页构建者。评论者指出，如今原型和小众工具可以极快地搭建出来，但也担心这会加速一个更大的趋势：AI 实验室向上游延伸，蚕食自己的开发者客户，并推动软件和 SaaS 走向商品化。许多人预计，这会削弱对常规编码和设计工作的需求，同时提高数据、基础设施控制、专门领域和信任等护城河的重要性。

对 ChatGPT Sites 的总体反应

  • 许多人认为 Sites 是一种自然且强大的扩展：只要“输入需求，得到一个托管在某个 URL 上的网站/应用”，为非技术用户消除了部署麻烦。
  • 另一些人觉得示例不够惊艳，或者就是“AI slop”（文案别扭、视觉怪异、交互基础），不过也有人认为某些演示出人意料地精致，而且看不出是 AI 生成的。
  • 一些用户表示已经把 Sites 用了几周/几个月，并称它已经成为自己原型开发工作流的一部分。

商业策略、锁定效应与蚕食

  • 很多人认为 OpenAI 正在有意向上游延伸：从“智能 API”走向托管、插件、认证、数据库，最终到完整应用。
  • 有人认为这是摆脱 API 同质化并建立护城河/围墙花园（Sign in with ChatGPT、托管插件、支持自带订阅计费）的必要之举。
  • 也有人担心 OpenAI 会“Sherlock”掉依赖 AI 的初创公司和 SaaS 工具，拿客户工作负载训练，并直接与其竞争。
  • 反方观点则是：云/基础设施厂商（Cloudflare 及其他）可能会提供类似、对 agent 更友好的托管；OpenAI 未必能保有持久的护城河。

对开发者、SaaS 与就业的影响

  • 观点分裂：
    • 一派认为这又是在给低复杂度网页工作（宣传页、基础 SaaS 包装层、小型代理商）钉上一颗棺材钉。
    • 另一派则认为复杂应用仍然需要架构、安全、数据建模、运维和责任承担——远远超出 vibe coding 的网站。
  • 一些开发者表示，AI 带来了巨大的生产力提升（从几周缩短到几小时），并预计人员规模会大幅减少，尤其是在“只是写代码”的岗位上。
  • 有人预见岗位会更少但薪酬更高；也有人预计市场会变成残酷的“抢椅子”游戏。

产品能力与对比

  • Sites 可以托管带有 Cloudflare 后端、插件集成、定时更新和自定义域名的完整 Web 应用；既可以充当网站，也可以充当插件。
  • 与 Claude Artifacts 相比，Sites 被认为更“全栈”（后端、存储），而后者主要是静态产物。
  • 有人说 GPT/Codex 在编码上更便宜或更强；也有人强烈偏好 Claude 的 UX 和稳定性。

质量、安全与替代方案

  • 对滥用存在担忧：由于免费托管门槛低，可能会出现诈骗、矿工、蜜罐等问题。
  • 许多人提到字体、布局，尤其是文案中存在“AI 气息”；也有人认为非技术用户可以通过提示词来优化这一点，从而绕过开发者。
  • 对开源/自托管的类似方案，以及集成 MCP 的平台产生兴趣，以避免厂商锁定以及数据/创意被“掀桌子”式抽走。