Code、Work、Design：Agent 三大领域，正在被装进同一个 App

Code、Work、Design：Agent 三大领域，正在被装进同一个 App

2024 年你需要四个订阅；2026 年 7 月之后，你可能只需要一个桌面 App。

两年前搭建一套 AI 工作流是什么样？写代码开一个 Cursor，做文档表格开一个 Office Copilot，画图开一个 Midjourney，跑网页任务再开一个浏览器 Agent——四个工具，四份订阅，四套互不相通的上下文。你在 ChatGPT 里聊过的需求，Codex 不知道；你在 Figma 里定好的风格，写码的 Agent 也不关心。

2026 年 7 月 9 日，OpenAI 做了一件标志性的收缩动作：一年前高调发布的 Atlas 浏览器宣布停产，功能并入新的 ChatGPT Work；同一周，Codex 桌面版直接合并进统一的 ChatGPT 桌面 App。一个窗口里并排放着三个模式：Chat、Work、Codex。

这不是 OpenAI 一家的动作。把镜头拉远看，整个 Agent 行业正在做同一道题：Code、Work、Design 三大领域，要不要装进同一个 App？ 本文核查三家的现状——OpenAI、Anthropic 和 TRAE，答案各不相同。

本文提纲

  1. 三大领域怎么划分
  2. OpenAI：一个 App，三个模式，三合一基本完成
  3. Anthropic：三 tab 桌面版，Code 越界，Design 缺位
  4. TRAE：两个产品各带双模式，合流走另一条路
  5. 覆盖度对照：谁离"一个 App"最近
  6. 为什么是现在合流
  7. Design 为什么最难装进去

三大领域怎么划分

先定义清楚三个词，它们对应 Agent 落地的三类场景：

Code（编码）。写代码、改代码、跑测试、管理仓库。这是 Agent 最先跑通的领域——从 GitHub Copilot 的补全，到 Claude Code、Codex、Cursor 这类能独立干活的编码 Agent。特征是反馈闭环极短：编译过没过、测试挂没挂，机器自己就知道。

Work（办公）。文档、表格、幻灯片、邮件、日程、跨应用取数。目标是"交回成品"——不是给你一段建议文字，而是一份能直接发出去的周报 PPT。ChatGPT Work、Claude 的 Cowork、微软 Copilot 都在这个领域厮杀。

Design（设计）。图像生成、UI 原型、视频。代表是 ChatGPT Images、Sora、Midjourney，以及 Figma Make 这类设计工具内置的 Agent。特征是模态完全不同——背后的生成模型不是 LLM，评价标准也从"对不对"变成"好不好看"。

OpenAI：一个 App，三个模式，三合一基本完成

OpenAI 的合流是最激进的，动作集中在 2026 年 7 月：

  • 7 月 9 日，ChatGPT Work 上线，由 GPT-5.6 驱动——跨应用编排（Slack、Google Drive、Outlook、Salesforce），产出表格、幻灯片、文档和 Web 应用，能在一个项目上连续工作数小时
  • 同日，Atlas 浏览器停产，浏览能力变成 ChatGPT Work 的内置浏览器
  • 同一周，Codex 桌面版合并进统一的 ChatGPT 桌面 App，与 Work、Chat 并列为三个模式；旧版桌面 App 更名 ChatGPT Classic
  • 桌面版还带 Computer Use——直接在你机器上点击、输入、移动文件，后台跨本地应用执行任务

数字侧面印证了合流的合理性：Codex 周活已超 500 万，其中超过 100 万人拿它做的工作与软件开发完全无关。当一个编码 Agent 有一五分之一的用户在写周报，把它和 Work 塞回同一个窗口就是迟早的事。

Design 这条线，ChatGPT Images 2.0 已经是桌面 App 内的 GA 能力，Sora 视频生成按计划在 2026 年晚些时候并入。也就是说，OpenAI 是三家里唯一已经把三个领域都装进一个 App 的——尽管装得还不算严丝合缝。

Anthropic：三 tab 桌面版，Code 越界，Design 缺位

Anthropic 的路径不同：不是合并产品，而是让 Claude 桌面版长出分叉。2026 年的 Claude Desktop 顶部并排三个 tab——Chat、Cowork、Code，一个订阅全覆盖。

更有意思的是 Claude Code 本身的越界。这个 2025 年初还只是终端工具的产品，如今已经跑在终端、IDE、桌面 App 和浏览器四个 surface 上，7 月又加了内置浏览器——能在无头环境里读网页、点按钮、填表单。配合 agent teams（一个主 Agent 调度多个专职 subagent）和 Opus 4.8 的 dynamic workflows，Claude Code 实际上已经是通用 Agent，编码只是它最擅长的场景。市场也给了回应：Anthropic 占了企业编码市场 54% 的份额，Claude Code 成了一条数十亿美元的收入线。

Work 侧，Cowork 模式加 Chrome 扩展（computer use 驱动，能在你已登录的会话里替你操作网页）加 Research 多步研究，办公场景基本齐了。

缺的是 Design。 Claude 的 Artifacts 能实时渲染 SVG、React 组件和交互应用，但那是"渲染"不是"生成"——Anthropic 至今没有自己的图像或视频生成模型。想在 Claude 里画一张营销配图，还是得切去别的工具。这是三家里最明显的模态短板。

TRAE：两个产品各带双模式，合流走另一条路

TRAE 的答案结构上不一样：产品矩阵明确拆成 TraeCode 和 TraeWork 两个独立产品，外加 TraeCode CLI 和 VS Code/JetBrains 插件。

但拆分不等于不合流——合流发生在产品内部。TraeWork 这个 AI 原生工作台（网页、桌面、移动三端）本身就设 Work 和 Code 双模式：Work 模式管文档、数据、研究、演示和跨设备任务编排，Code 模式管 Agent 驱动的编码和 Git 工作流。TraeCode IDE 里则内置 SOLO 模式提供 Agent 能力。MCP 和 Skills 在全线产品互通——你在 TraeWork 里装的技能，生态是打通的。

对照三领域：Code 有 TraeCode 和 TraeWork 的 Code 模式，Work 有 TraeWork 的 Work 模式，Design 没有专门覆盖（演示文稿和图表属于 Work 的产出物，不是设计生成能力）。

所以对"是否集成到一个 App"这个问题，TRAE 的现状答案是：没有单一 App，但单一产品（TraeWork）已经覆盖两个领域，且移动端覆盖让它更像"随身工作台"而非"桌面工作站"。

覆盖度对照：谁离"一个 App"最近

MERMAID_BLOCK_0

厂商 Code Work Design 一个 App？
OpenAI Codex 模式（周活 500 万+） Work 模式 + Computer Use + 内置浏览器 Images 2.0 已 GA，Sora 待并入 基本是
Anthropic Code tab / Claude Code 多 surface Cowork + Chrome 扩展 + Research Artifacts 只渲染不生成 半个：三 tab 一桌面，缺生成
TRAE TraeCode + TraeWork Code 模式 TraeWork Work 模式（三端） 无专门设计能力 否：双 App，单一产品盖两域

顺带一提场上的第四股力量：Google 在 I/O 2026 推的 Antigravity 2.0 走"一个 Agent harness、多个 surface"的架构——桌面 Agent、IDE、CLI 共享同一个执行核心。思路与 OpenAI 合流方向相同，实现路径更底层。

为什么是现在合流

三个驱动力在同一时间窗口叠加：

能力栈同源。无论写码、做表还是画图，Agent 的底座是同一套东西：LLM 推理 + 工具调用 + Computer Use + 记忆。OpenAI 的 Codex 用户拿它写周报、ChatGPT Work 底层就是 Codex 的执行核心，证明这套底座本来就跨领域。既然能力同源，拆成多个 App 就只剩历史原因。

上下文复用。合流最大的实际收益不是省订阅费，是上下文不再断档。你在 Chat 里讨论过的项目背景，Work 模式直接继承；你的代码风格偏好，写文档时也生效。OpenAI 6 月的 Dreaming 记忆更新（跨 surface 持久记忆）就是给合流铺的路——没有持久记忆，统一 App 内部依然是割裂的会话。

商业逻辑。对订阅制厂商，用户停留在自己的 surface 里时间越长，留存和客单价越高。把用户在四个工具间的切换消灭掉，本身就是最直接的增长手段。

Design 为什么最难装进去

三个领域的合流进度并不均匀：Code 和 Work 已经难分彼此（Codex 的五分之一用户在做非开发工作），Design 却普遍还站在门外。

原因是模态。图像和视频生成的底层是扩散模型，与 LLM 是两套技术栈、两套评价体系、两套版权争议。OpenAI 能把 Images 塞进桌面 App，是因为它自研了 GPT Image；Anthropic 缺这一环，就只能停留在"渲染你的设计"而无法"生成你的设计"。

另一个阻力是专业工具的壁垒。设计行业的资产都在 Figma 里，Figma Make 自己就在做设计 Agent——设计领域的"存量优势方"没有动力把能力交出去。相比之下，Code 的资产（代码仓库）和 Work 的资产（文档表格）都更容易被 Agent 直接读写。

所以短期内更现实的图景是：Design 以"外挂"形式接入——通过 MCP 或插件把 Figma、Midjourney 的能力接进统一 App，而不是像 Code 和 Work 那样彻底融为一体。

三大领域装进一个 App，不是会不会的问题，而是 Design 何时进门的问题。OpenAI 已经把门打开了。

作者: itech001
来源: 公众号：AI人工智能时代(the-ai-era)
网站: https://www.theaiera.top/
关注每日最新AI新闻和技术博客，主页有更多的文章的AI 技术参考：https://www.theaiera.top

本文首发于 AI人工智能时代，转载请注明出处。

posted @ 2026-09-05 09:52  iTech  阅读(9)  评论(0)    收藏  举报