OpenAI 一天连推两个功能,开发者断言:GPT-5.6 的「UI 生成能力」要大幅起飞了!

两条推断，指向同一个方向

6 月 3 日，开发者 JinjingLiang 在 X 上直接下了判断：

"GPT-5.6 is going to be very good at UI."

「GPT-5.6 的 UI 能力会非常强。」

他给出了两条依据。

第一条：Codex app 的视觉质感远好于 GPT-5.5 的产出。他推测 OpenAI 内部可能已经在用 GPT-5.6。

第二条：OpenAI 刚上线了 Sites 功能。他写道：

"You don't ship a feature for publishing AI-generated UIs unless…"

「你不会专门做一个发布 AI 生成 UI 的功能，除非……」

省略号背后的潜台词：除非你对模型的 UI 生成能力已经有足够信心。

但有一个边界要先划定：GPT-5.6 到目前为止没有任何 OpenAI 官方确认。没有发布公告，文档中没有出现这个版本号，changelog 里找不到任何痕迹。JinjingLiang 的判断属于「从产品动作倒推模型能力」的社区观察。

这条帖子值得关注的原因在于，它把两个可以公开验证的产品动作——Codex app 和 Sites——串联起来，指向了 OpenAI 正在发生的产品重心转移。

Codex app：从命令行到桌面「指挥中心」

JinjingLiang 为什么觉得 Codex app 的 UI 质感能暗示下一代模型？先看 OpenAI 怎么定义这个产品。

官方开发者文档把 Codex app 定位为 "Your Codex command center"。描述是：

"The Codex app is a focused desktop experience for working on Codex threads in parallel, with built-in worktree support, automations, and Git functionality."

「Codex app 是一个专注的桌面体验，用于并行处理多个 Codex 线程，内建 worktree 支持、自动化和 Git 功能。」

关键词是desktop experience。Codex 过去很长时间里的主要交互方式是命令行和 IDE 插件。Codex app 的出现意味着 OpenAI 把 agent 工作流包装成了一个带项目侧栏、活跃线程面板和代码审查视图的完整桌面客户端，支持 macOS 和 Windows。

▲ OpenAI 开发者文档中对 Codex app 的定位——"Your Codex command center"

功能列表涵盖了 Multitask across projects（跨项目多任务）、Worktrees（工作树隔离）、Remote connections（远程连接）、Computer use（操控桌面应用）、In-app browser（内建浏览器）、Review and ship changes（审查并推送变更）等十余项能力。

JinjingLiang 的逻辑是：当一个 AI 公司自己的 coding agent 客户端在视觉和交互成熟度上出现明显跃升，外界自然会联想——支撑这个产品的模型在 UI 和前端方向正在变强。

当然，产品团队交付了更成熟的客户端，和模型的 UI 生成能力之间并没有必然因果。但至少可以确认一件事：OpenAI 在 Codex 方向上的投入已经远超「提供一个 CLI 工具」的阶段。

Sites：从 prompt 到 production URL，不再需要手动部署

第二条线索的分量更重，因为它直接涉及 AI 生成 UI 的产品化路径。

2026 年 6 月 2 日，OpenAI Codex changelog 发布了一条更新：

"Sites is now available in preview in the Codex app."

「Sites 已在 Codex app 中进入预览。」

紧接着是功能定义：

"Use the Sites plugin to create, save, deploy, and inspect websites, dashboards, internal tools, web apps, and games hosted by OpenAI."

「使用 Sites 插件来创建、保存、部署和检查由 OpenAI 托管的网站、仪表盘、内部工具、Web 应用和游戏。」

▲ 6 月 2 日 Codex changelog——Sites 进入 preview

把这四个动词拆开看：

Create（创建）：在一个 Codex thread 里描述你想要的站点，用 @Sites 启动任务。

Save（保存）：Codex 验证 build 通过后，可以保存一个审查版本（save version），和直接发布区分开。

Deploy（部署）：部署成功后返回 production URL。每个 deployment URL 都直接指向生产环境。

Inspect（检查）：在 app sidebar 里管理项目、版本和部署状态。

▲ Sites 工作流——从 prompt 出发，经 build 验证，save/deploy，最终返回 production URL

过去 AI 生成代码的典型产出是代码片段——你拿到代码，自己跑 build，自己找地方部署，自己处理域名和环境变量。Sites 把整条链路打通了：模型输出 → 自动 build → 保存/部署 → 返回可访问的 URL。

官方文档还透露了一个技术细节：Sites 生成的是Cloudflare Worker-compatible output as ES modules。生成结果需要通过 build 验证、能被云端托管环境接受，并且达到生产标准。

目标锁定企业场景：Sites 的野心远超 demo

如果 Sites 只是面向个人用户的小工具，OpenAI 不需要在文档里铺设这么多基础设施能力。但实际情况是——

Sites 的预览版面向 ChatGPTBusiness 和 Enterprise workspace。Business 默认启用，Enterprise 通过 RBAC（基于角色的访问控制）开放。

"ChatGPT Sites is available in preview for eligible Business and Enterprise workspaces, as a plugin within Codex."

「ChatGPT Sites 以 Codex 插件形式向符合条件的 Business 和 Enterprise workspace 开放预览。」

同时，Sites 内建了完整的企业级控制能力：

• 访问模式
  ：支持 owner/admin only、workspace_all、custom 三种级别，精确控制谁能看到部署后的站点
• 环境变量和 Secrets 管理
  ：在 Sites 面板里添加、更新或删除运行时配置和密钥
• 持久化存储
  ：支持 D1 关系型数据库和 R2 对象存储
• 内置认证
  ：Sign in with ChatGPT，工作区用户可以直接用 ChatGPT 身份登录

▲ Sites 文档中的权限控制和 Secrets 管理——面向 Business/Enterprise workspace

如果只看 create 和 deploy，Sites 像一个强化版的一键部署工具。但加上 RBAC、secrets、storage、workspace-level access control 这些要素，OpenAI 显然在试探一条更大的路线：让业务团队用自然语言生成内部 Web 应用，然后通过企业级权限体系管理和分发。

真正值得关注的信号

回到 JinjingLiang 的推断。GPT-5.6 是否存在、是否已经在 OpenAI 内部使用——这些问题目前没有答案。没有官方文件提到 GPT-5.6，没有材料表明 Codex app 的 UI 由 GPT-5.6 生成，也没有证据显示 Sites 依赖 GPT-5.6 驱动。

但有两件事可以确认：

第一，OpenAI 正在把 Codex 从代码生成工具推向应用交付系统。Codex app 提供了完整的桌面工作流，Sites 跑通了从 prompt 到 hosted app 的全链路，企业级的权限、部署、存储和认证能力都已经写进文档。

第二，当 AI 生成的 UI 被接上部署、审查和权限管理之后，对模型的要求已经从「代码能跑」升级到了「应用能上线」。Sites 的每个 deployment URL 都直接指向 production——模型输出的前端代码必须过 build、能被托管环境接受，并且在真实用户面前经得起验证。

不管 GPT-5.6 这个名字最终是否准确，OpenAI 用产品动作释放了一个明确信号：AI 生成 UI 的能力，已经被放到了 Codex 路线图的核心位置。下一个模型版本在这个方向上做出重大升级，完全在预期之内。

— END —