从写代码到建网站:OpenAI Sites 怎么就把 Codex 变成了"打工人版 WordPress"

摘要:OpenAI 发布 Sites 功能,让 Codex 从编程助手变身企业建站工具------用自然语言描述需求,自动生成交互式网站并一键分享。这不是又一个 AI demo,而是一次从开发者工具到企业基础设施的野心跳步。

昨天刷 X 的时候,看到 OpenAI 发了一条推文:"Building apps has never been easier."

配了一个不到 1 分钟的视频,演示 Codex 怎么把一个想法变成一个可以分享的交互式网站。

我第一反应是:这不就是 Vercel v0 + Replit 的合体吗?

但仔细看完整场 "Intelligence at Work" 发布会的内容后,我觉得事情没那么简单。OpenAI 这一步棋,下的不是建站工具,是企业 AI Agent 的基础设施。

一. Sites 到底是什么?

先说结论:Sites 是 Codex 的一个插件,能让你用自然语言描述需求,然后 Codex 帮你生成一个可交互、可托管、可分享的网站或轻应用

注意三个关键词------交互式、托管、分享。

这跟 ChatGPT 帮你生成一段 HTML 代码完全不是一个量级。你不需要自己找服务器部署,不需要折腾域名和 SSL,不需要写一行代码。Codex 帮你全干了,最后给你一个 URL,你把这个链接扔到工作群里,同事点开就能用。

官方给出的 Sites 能创建的东西包括:仪表盘(dashboards)、规划器(planners)、评审工作区(review workspaces)、项目看板(project boards)、画廊(galleries)、轻量工具(lightweight tools)。

说白了,就是企业内部那些"需要但没人做"的小工具。

微信公众号"AI小集市"的标题说得特别准:"Codex Sites 来了:一句话建站,OpenAI 这次瞄准的是公司里的'小工具荒'"。这个"小工具荒"的形容太贴切了------每个公司都有那种"要是有个 XXX 工具就好了"的需求,但永远排不上开发资源的。

一个销售团队想要一个客户跟进看板?跟 Codex 说一声就行。一个运营团队想要一个活动进度追踪器?描述完需求,几分钟就有了。

OpenAI 官方推文原话是这么说的:

"With Sites, Codex can turn your work, ideas, and plans into an interactive website or app your team can explore, use, and share with a URL."

这条推文在 X 上拿到了 120 万次浏览、7.9 万点赞、3.4 千收藏。热度不算炸裂,但也不低。更重要的是,评论区里的讨论质量挺高。

Hacker News 上的讨论更有意思。用户 mohsen1 说了一句让我印象深刻的话:他的非技术背景的妻子用类似的建站工具"给她的销售团队搭了一个非常 impressive 的 dashboard",然后他补了一句------"我有点存在主义危机了,我不再那么特别了。"

另一个 HN 用户 okaythisworks 把这称为"Codex 对白领工作做的最大一次更新"。

而用户 satvikpendem 则表达了另一种担忧:AI 模型公司垂直扩张到应用层,他管这叫"SaaS 末日"(The SaaSpocalypse),认为这会造成极端的平台依赖。

OpenAI Codex Sites 功能架构全景

二. 技术实现:比想象中更深

我一开始以为 Sites 就是个模板建站,直到翻到了 OpenAI 的开发者文档,才发现这东西的技术底座比想象中硬核。

两阶段发布管线

Sites 的发布流程分两步:

  1. 保存版本(Save):Codex 构建可部署的站点,把版本和源代码的 Git commit 关联起来。这一步创建的是一个可审查的部署候选,不会公开。
  2. 部署版本(Deploy):确认没问题后,把保存的版本发布出去,拿到生产 URL。

这设计很"软件工程"------先审查,再发布。不是一键裸奔上线。

如果你想看实际效果,OpenAI 在开发者网站上搭了一个 Sites Showcase,展示了 6 个示例项目:Onboarding Hub(入职引导)、Enablement Hub(销售赋能)、Pulse Dashboard(数据脉搏)、Sparkboard(创意看板)、Launch Cal(发布日历)、Event Planning Hub(活动策划)。技术栈覆盖了 Next.js、React、Three.js,甚至还有 SwiftUI。

存储:D1 + R2

Sites 支持两种存储绑定:

需求 绑定 说明
结构化数据(用户记录、项目进度、游戏分数) D1 关系型数据库
文件存储(图片、文档、音视频上传) R2 对象存储

如果你只是做个静态着陆页,不需要任何存储。如果你要做一个带用户登录和文件上传的内部工具,就同时用 D1 + R2。

运行时:Cloudflare Workers

这是最有意思的一点。Sites 的构建产物是兼容 Cloudflare Worker 的 ES Modules。也就是说,Sites 的运行时不是某个自研的东西,而是站在了 Cloudflare 的边缘计算基础设施上。

这意味着延迟低、全球分发、弹性伸缩。但也意味着你的站点被绑定在了 Cloudflare 的技术栈上。

访问控制

Sites 支持三种访问模式:

  • admins_only:仅站点所有者和工作区管理员
  • workspace_all:工作区内所有活跃用户
  • custom:指定用户或用户组

这是给企业用的,不是给个人建博客的。

顺便说一句实际用法------在 Codex 里用 @Sites 触发插件,然后描述你想要的东西就行。比如官方给的这个例子:

sql 复制代码
@Sites Build a project request dashboard for my operations team. Let team
members submit requests, see who owns each one, update the status, and filter
the list. Require people to sign in with their workspace account, and keep the
request data saved between visits.

描述清楚受众、核心功能、数据需求、登录要求和访问范围,Codex 就能给你一个可用的结果。

Codex Sites 的两阶段发布管线:先保存审查,再部署上线

三. 6 大业务插件:角色化 Agent 的野心

Sites 不是一个孤立的功能,它是 OpenAI 整个"Codex for Business"战略的一部分。跟 Sites 一起发布的,还有 6 个角色化业务插件:

  1. 数据分析插件:帮分析师用自然语言探索数据、解释指标变化、创建报告。集成 Snowflake、Databricks、Hex、Tableau。
  2. 创意制作插件:帮营销团队生成广告变体、产品图片、电商素材。集成 Figma、Canva、Shutterstock、Picsart。
  3. 销售插件:帮销售团队识别优先客户、准备会议、更新客户记录。集成 Salesforce、HubSpot、Slack、Outreach。
  4. 产品设计插件:帮产品团队做原型、审计用户流程。集成 Figma、Canva。
  5. 公共股权投资插件:帮投资者分析财报、对比公司、评估投资论点。集成 Moody's、FactSet、LSEG、S&P、PitchBook。
  6. 投资银行插件:帮投行做推介材料、可比公司分析、尽职调查。

6大角色化业务插件:每个角色,都有专属工具链

看到这个列表,我第一感觉是:OpenAI 不只是想做 Agent,它在做一个按角色分工的 Agent 编队

每个插件背后都是一套预置的工作流、一套对接好的 SaaS 工具、一套针对特定角色的 Prompt 工程。普通用户不需要知道这些,只需要说"帮我准备明天跟 XX 客户的会议",Codex 就会拉 Salesforce 的客户数据,生成会议准备文档,然后你还可以用 Sites 把它变成一个可交互的客户概览页面。

这才是 Sites 真正的价值------它不是终点,是 Agent 工作流的"展示层"。

微信公众号"AI极智观"提了一个很有洞察力的观点:Sites 把沟通方式从**"脑补对齐"变成了"现场对齐"**。以前你想让团队理解你的想法,得写文档、做 PPT、开会对齐,每个人脑子里装的东西都不一样。现在你直接生成一个可交互的站点,让大家看到、点到、用到,对齐就在使用中完成了。

四. 和竞品比:Sites 到底好在哪?

我搜了一圈社区的反应,发现很多人都在拿 Sites 和 Vercel v0、Replit、Cursor 比较。我自己也用过这些工具,说点真实感受。

主流 AI 建站/开发工具横向对比

vs Vercel v0

v0 生成 React 组件,质量很高,特别是 UI 层面。但 v0 输出的是代码,不是成品网站。你需要自己部署、自己对接后端、自己处理数据。它面向的是前端开发者。

Sites 面向的是非技术用户。你不需要知道什么是 React、什么是 Tailwind,你只需要知道"我想要一个项目看板"。

vs Replit

Replit 是全栈的,从提示词到部署一条龙,体验很顺滑。但 Replit 的 AI 能力更偏"代码补全",而不是"理解你的工作流并主动帮你做"。

Sites 背后是 Codex Agent,它能理解上下文、调用插件、连接 SaaS 工具。不只是写代码,是在完成工作

vs Cursor

Cursor 是给专业开发者的 AI 编辑器,很强,但它不会帮你建站、不会帮你部署、更不会帮你把成果变成一个可分享的 URL。它增强的是编码过程,Sites 增强的是从想法到成果的全程

核心差异

说实话,Sites 目前最大的优势不是技术多强,而是门槛最低

一个完全不写代码的销售经理,能在 5 分钟内把一个客户跟进看板从想法变成可用的 URL。这件事在 v0 上做不到,在 Replit 上很难,在 Cursor 上根本不可能。

这就是 Sites 的定位------它不是给开发者的,是给每个职场人的。

五. 合作伙伴生态:不建城墙,修桥

另一个值得注意的信号:OpenAI 不是要干掉建站工具,而是在拉拢它们。

Sites 的合作伙伴名单包括:Wix、Base44、Replit、Lovable、Figma、Webflow、Emergent。

这些都是 Sites 要"对接"的,不是要"替代"的。

VentureBeat 的分析文章说得挺到位:

"Instead of static decks, Sites promise to keep enterprises updated on their latest metrics and important information in an easily digestible way."

换句话说,Sites 想做的不是"最好的建站工具",而是"Agent 工作流最好的展示层"。它可以对接你的 Figma 设计、你的 Salesforce 数据、你的 Snowflake 仓库,然后把这些信息变成一个活的可交互页面。

这是一个平台策略,不是一个工具策略。

从 2025 年 2 月 Codex 桌面应用发布,到 2026 年 6 月 Sites 上线,OpenAI 的 Agent 产品演进脉络

六. 我的判断

先说好的部分。

技术判断:Sites 的技术底座比我预期的要扎实。Cloudflare Workers 运行时、D1/R2 存储绑定、两阶段发布流程、RBAC 访问控制------这些都是认真做企业级产品的态度,不是拿 demo 凑数。

行业判断:这步棋很聪明。Codex 从 2 月发布到现在,周活用户超 500 万,但非开发者只占 20%。Sites + 角色插件是打开企业市场的钥匙。当知识工作者能用自己的话让 Agent 帮他们建工具,AI 的渗透率会发生质变。

实践判断:但目前我只给 6 分。原因有三:

第一,仅限 Business 和 Enterprise。Plus 和 Pro 用户暂时用不上,Free 用户更不用想。Business 工作区默认开启,Enterprise 需要管理员在 RBAC 里手动打开。预览期免费,但后续定价未公布。这意味着大范围的口碑传播会被限制。

第二,自定义程度有限。你生成的站点在 Cloudflare Workers 上跑,用的是 OpenAI 的基础设施,定制空间远不如 Vercel v0 或 Replit。对于需要深度定制的场景,Sites 还不够。

第三,"影子 IT"风险kingy.ai 的分析文章提了一个很好的点------Sites 可能会创造一个新的"影子 IT"层,团队自己生成各种内部应用,但没有明确的负责人和审查流程。对于企业来说,这既是效率的提升,也是治理的挑战。

还有一点值得注意:Sites 的使用条款里明确禁止了一些场景------处理受 HIPAA 保护的医疗数据、处理 PCI DSS 管辖的支付卡数据、涉及资金转移和加密货币交易。这意味着 Sites 目前不适合做金融工具、医疗平台或任何涉及敏感数据的公开服务。它更像是内部工具的快速原型机,而不是生产级应用平台。

说实话,我还没在实际工作流中用过 Sites------它刚发布,我只看了文档和 demo。但从一个 Agent 开发者的角度来看,Sites 代表的方向我是认同的:Agent 不只是帮你写代码,它应该帮你完成工作。从代码到可交互的成果,这一步才是 Agent 价值真正释放的地方。

最后说一句:当年 WordPress 让建站从"写 HTML"变成了"选主题",养活了整个互联网的草根站长生态。Sites 要做的事,本质上是一样的------只是这次,你连主题都不用选,说出来就行。


参考资料


话题标签:#OpenAI #Codex #Sites #AIAgent #企业AI #建站工具 #VibeCoding #无代码

相关推荐
程序猿阿伟1 小时前
《OpenClaw远程网关:密钥体系与长连接的深度拆解》
人工智能
YOLO数据集集合1 小时前
无人机航拍+深度学习落地智慧农业:作物出苗率目标检测开源数据集工程详解|YOLO作物计数、田间苗期AI监测、农情数字化训练资源
人工智能·深度学习·yolo·目标检测·计算机视觉·无人机
PILIPALAPENG1 小时前
gh:终端里的GitHub总控台,AI时代的开发者神器
前端·人工智能·后端
Csvn1 小时前
AI 辅助知识管理与学习优化
人工智能·ai编程
0X781 小时前
Windows 上 Codex Desktop 的 Chrome 和 Computer Use 插件不可用:一次完整排查与修复
人工智能·chatgpt·ai编程
zhangfeng11331 小时前
,在slurm中也能安装ubundu了,Singularity(现叫 Apptainer)不需要root权限的容器方案,对比docker
运维·人工智能·机器学习·docker·容器
jeffer_liu1 小时前
Spring AI 生产级实战:模型选择
java·人工智能·spring boot·后端·spring·语言模型·ai编程
fan65404141 小时前
AI搜索优化中的长尾词精准布局策略:以宠物眼科关键词为例
人工智能
Deepoch1 小时前
Deepoc VLA开发板:无人机群体协同与无网络自主作业核心
网络·人工智能·算法·无人机·deepoc·具身模型开发板