ARTICLE · 1153865
TRAE 合并双端之后,AI 编程工具正在走向同一个方向
TRAE 合并双端之后,AI 编程工具正在走向同一个方向10 月 9 日，TRAE 宣布将 TraeWork 和 TraeCode 合并为一个产品。 过去，TraeWork 更偏向办公、任务和内容生成，TraeCode 更接近传统的 AI IDE。合并之后，TRAE 将两者改成同一产品里的两种模式： Agent 模式负责拆解需求、调度任务和推进交付，IDE 模式负责阅读代码、精细修改和调试。用户还可以在桌面端发起任务，通过 Web 或移动端查看进度、补充要求。 如果只看产品变化，这像是一次入口整合。但把它与 VS Code、Claude Code、Codex 和 OpenCode 最近的发展放在一起，会看到一个更清楚的方向： AI 编程工具正在离开“编辑器里的聊天框”，变成一套可以独立运行的 Agent 工作系统。 过去使用 AI 编程，通常要先打开一个项目，再打开编辑器里的 AI 面板。 编辑器是入口，也是工作发生的地方。窗口关掉，任务往往也停了。换一台设备，或者想同时推进另一个项目，就要重新组织上下文。 这种方式适合补全代码、解释一段逻辑，也适合人在旁边持续参与的小任务。但当 Agent 开始连续运行几十分钟，读取大量文件，调用终端、修改代码并执行测试时，问题就出现了： 人不应该一直守着编辑器，Agent 也不应该只能活在一个编辑器窗口里。 VS Code 在 2026 年推出 Agent Host，正是在改变这条边界。 Agent Host 是一个独立进程，负责持有 Agent 会话。关闭项目窗口后，任务仍然可以继续；用户也可以从编辑器、独立的 Agents 窗口或浏览器连接同一个会话。 这意味着，真正运行任务的是 Agent Host，VS Code 只是查看和控制它的客户端之一。 OpenCode 的结构也类似。后台服务负责会话、配置、权限和工具执行，终端、桌面端和 Web 端连接到同一个服务。用户可以在终端里启动任务，再通过其他界面管理会话，而不必把运行状态绑定在某个前端上。 TRAE 这次合并后强调的“三端同步”，也是同一种变化：任务围绕项目持续推进，设备只决定你此刻从哪里查看和介入。 Agent 开始拥有自己的生命周期，不再依附于一个聊天框或编辑器窗口。 Agent 脱离 IDE，不代表 IDE 不重要了。 需要理解具体实现时，开发者仍然要阅读代码；需要确认修改时，仍然要检查 Diff；涉及运行时问题，仍然要调试、看日志、观察测试结果。这些工作依然适合在 IDE 里完成。 变化在于，IDE 不再需要承担所有事情。 需求拆解、资料搜集、跨项目任务调度、长时间执行和进度管理，可以放在 Agent 模式或独立工作台中。等到需要处理具体代码，再进入 IDE 深入操作。 TRAE 对两种模式的分工很直接： Agent 模式负责全局推进； IDE 模式负责深入开发。 VS Code 选择了另一条路线。它没有把所有 Agent 做成同一种能力，而是让 Copilot、Claude 和 Codex 保留各自的 Agent Harness，再通过统一的 Agent Sessions 管理它们。 Claude Code 和 Codex 则从 Agent 本身向外扩张。 Claude Code 已经覆盖终端、VS Code、JetBrains、桌面端和 Web，长任务可以在云端运行，也可以在不同入口之间交接。Codex 同时提供 CLI、IDE 插件和云端执行：局部修改可以留在 IDE，较大的任务可以交给云端继续完成。 各家产品形态不同，但都在拆开原来绑在一起的三件事： Agent 在哪里运行； 用户从哪里管理任务； 什么时候回到 IDE 处理代码细节。 当 Agent 可以独立运行后，下一步自然是同时推进多个任务。 TRAE 提到可以跨项目调度多个 Agent。VS Code 将本地、后台和云端会话集中到 Agent Sessions，并允许主 Agent 把搜索代码、查询文档和安全检查等工作交给并行的子 Agent。Claude Code 和 Codex 也在加强并行任务与云端执行。 但多 Agent 真正的难点，不是同时启动几个窗口。 一个 Agent 负责实现，另一个负责审查，它们需要共享什么？如果并行修改同一批文件，怎样避免互相覆盖？哪个 Agent 可以执行命令，哪个只能读代码？最后由谁判断任务是否完成？ 这些问题决定了多 Agent 是真正的协作，还是多生成几份互相矛盾的结果。 因此，产品竞争正在从“能不能调用多个 Agent”，进入“怎样管理多个 Agent”： 如何隔离上下文和工作目录； 如何拆分任务并完成交接； 如何展示每个任务的状态； 如何控制工具和权限； 如何合并修改； 如何让人及时介入关键决策。 这也是为什么会话管理、后台运行和统一控制台正在成为基础能力。 模型当然仍然重要。更强的模型通常能理解更复杂的需求，也能减少明显错误。 但当多个产品都能接入相近水平的模型后，实际体验会越来越取决于模型之外的部分。 VS Code 将 Agent Harness 定义为一套负责组织上下文、提供工具、运行 Agent 循环并应用修改的系统。简单说，它决定模型怎样在真实项目里工作。 同一个模型，放进不同的 Harness，表现可能差别很大： 它能看到哪些代码和项目资料； 能调用哪些工具； 修改前是否先确认范围； 遇到错误会不会自动检查和重试； 长任务能否在后台继续； 多个 Agent 如何分工； 最后拿什么验证结果。 TRAE 在公告里也把“更稳定的 Harness 工程执行能力”列为后续重点。VS Code 建立 Agent Host 和开放的 AHP 协议。Claude Code 持续扩展 Skills、Hooks、MCP 和远程任务。OpenCode 则强调模型选择、插件、MCP、Agent 和客户端—服务端架构。 这些动作说明，各家争夺的已经不只是“谁能生成更好的代码”，而是： 以前选择开发工具，首先会比较编辑、调试、插件和语言支持。 后来开始比较模型：谁写代码更准，谁理解上下文更好，谁的价格更合适。 接下来还要多看一层： Agent 能不能脱离窗口持续运行； 会话能不能跨设备和执行环境延续； 是否支持不同模型和 Agent； 能不能连接项目之外的工具与资料； 多 Agent 如何分工和隔离； 权限、修改和验证是否仍在人的控制之下。 TRAE 把两个产品合并，并不意味着所有工具最后都会变成同一种样子。 一体化产品会努力覆盖从想法到交付的完整过程；VS Code 想成为容纳不同 Agent 的统一工作台；Claude Code 和 Codex 围绕各自的 Agent 能力扩展到更多入口；OpenCode 则提供更开放、可配置的 Agent 运行环境。 但它们正在靠近同一个目标： 让 Agent 不只在编辑器里回答问题，而是能够长期持有任务，在不同设备、项目和工具之间持续工作。 IDE 仍然是开发者深入代码的重要地方，只是不再是 AI 开发的全部。 未来开发者选择的，可能不只是一个编辑器，也不只是一个模型，而是一整套 Agent 工作系统：它在哪里运行，怎样理解项目，能调用什么工具，如何持续推进任务，以及人在什么位置重新接管。 #AI编程#AIAgent#开发工具#VSCode#TRAE
基于 TRAE 2026 年 10 月 9 日发布的双端融合公告，并结合 VS Code、Claude Code、Codex 与 OpenCode 的公开资料，对 AI 编程工具发展方向所作的趋势解读。产品事实以文末来源为准，趋势判断为作者分析。
IDE 不再是 Agent 的运行边界
IDE 不会消失，但它的角色正在改变
多 Agent 不是多开几个聊天窗口
下一阶段，比模型更值得关注的是 Harness
谁能把模型组织成一套可持续工作、可以被控制，也能交付结果的系统。