OpenAI Codex Sites：为什么 AI Agents 正在从生成代码走向生成工作台

OpenAI 更新了 Codex 的企业工作流方向，官方标题是 Codex for every role, tool, and workflow。除了 role-specific plugins 和 annotations 工作流，OpenAI 还在 Codex app 里推出了 Sites 预览版。

这很容易被理解成一个 AI 建站功能。

但它更值得关注。

Codex Sites 指向的是一个新趋势：AI Agents 不再只是生成文字、图片或代码，而是开始生成工作空间：dashboards、review hubs、planners、internal tools、web apps，以及可以被团队分享和迭代的轻量软件界面。

换句话说，AI 的输出正在变成工作台。

OpenAI 发布了什么

OpenAI 的 Codex changelog 把 Sites 描述为一个 plugin，可以创建、保存、部署和检查由 OpenAI 托管的网站、dashboards、internal tools、web apps 和 games。

这次更新更重要的地方在于它周围的组合：

• 面向企业工作流的 role-specific plugins；
• 用来生成可分享交互式工作界面的 Sites；
• 让人类可以在页面、文档、表格、幻灯片或网页 UI 上圈出区域并让 Codex 定点修改的 annotations；
• hosted environment variables 和 secrets；
• ChatGPT Business workspaces 默认包含 Sites；
• Enterprise 管理员可以通过 role-based access control 控制访问。

合在一起看，这不是简单的“AI 生成网页”。

它是一种工作流模式：

插件接工具，Sites 生成工作台，Annotations 让人类审核和迭代。

为什么 Sites 不只是建站

关键词不是“site”。

关键词是“workbench”。

一个团队可能需要客户 review workspace、财务 scenario planner、产品 launch hub、项目 dashboard、创意 brief gallery，或者一个轻量客服工具。过去，这些需求通常散落在表格、文档、幻灯片、dashboard、项目管理工具和会议里。

人类不只是做工作，也在不同工具之间搬运上下文。

Codex Sites 展示了另一种模式：围绕一次具体任务，Agent 可以生成一个刚好够用的界面，让工作继续推进。

客户复盘变成 review workspace。

发布计划变成 launch hub。

财务比较变成 scenario planner。

项目更新变成 project board。

这不是传统意义上的建站，而是面向任务的软件生成。

为什么这会影响 SaaS

这并不意味着成熟 SaaS 会消失。

Salesforce、Figma、Tableau、HubSpot、Slack、Databricks 这样的系统，在数据、权限、生态、合规、集成和组织信任上仍然有很深价值。

但另一层会被暴露出来。

很多轻量、临时、项目特定的 SaaS 功能，本质上是团队围绕某个具体工作流需要一个可用界面。如果 AI Agent 可以读取上下文、连接工具、生成界面、接受 annotations 并持续迭代，一部分需求就不一定要购买或配置一个长期产品。

它会更接近：

一次任务，生成一个工具。

这不是说软件不值钱了，而是价值位置变了。

护城河会从浅层 UI 和固定工作流模板，退到数据、权限、工作流深度、合规、生态集成和信任。

新问题：太多 AI 工作台

生成工作空间听起来很有用，但它也制造了新的管理问题。

如果每个 Agent 都能生成新的 site、app、dashboard、workflow 或 internal tool，公司就必须回答：

• 这个工作空间是谁生成的？
• 它用了哪些数据？
• 它依赖哪些 secrets 或环境变量？
• 谁审核过输出？
• 这个工作空间是否仍然有效？
• 项目结束后怎么处理？
• 另一个同事或 Agent 能否接手？
• 这项工作如何回到组织共享上下文里？

如果这些问题没人回答，AI 生成的工作空间就会变成新的信息孤岛。

传统 SaaS 信息孤岛至少相对稳定。生成的工作台是流动的。它们可以快速出现、修改、分叉、过期。

所以 Agent 越能生产，管理层越重要。

这和 Buda 有什么关系

Buda 的判断很简单：

Codex Sites 让 Agent 输出可以被部署。Buda 让 Agent 工作可以被管理。

Codex 正在让 Agent 成为软件建造者。Buda 关注的是 Agent 周围的组织层：它们在哪里工作、使用什么上下文、人类如何审核输出，以及多个 Agents 如何在共享工作空间里协作。

Buda 不是要做另一个让所有团队适应的固定 SaaS 界面。

Buda 面向的是 AI-native organization：

• 一个 Space 包含团队、项目、文件和 Agents；
• Agents 可以执行任务、生成文件、操作浏览器、使用终端，并产出 artifacts；
• 人类可以审核、批注、批准和接管；
• 输出不会散落成一堆链接；
• 工作会回到共享组织上下文里。

未来的企业协作，不一定是“再买一个 SaaS 工具”。

它可能是：围绕当前任务生成合适的工作界面，然后在 human-led agent workspace 里管理它。

OpenAI Codex Sites 展示了第一部分：工作台可以被生成。

Buda 构建的是第二部分：生成出来的 Agent 工作，必须被治理、审核，并连接回人类意图。

你可以在 buda.im 开始构建 human-led agent workflows，也可以阅读 Buda Agent Workspace 文档。