AntiGravity 与 TraeWork 对比：开发优先与办公优先的 Agent 平台，能力边界分别在哪
AntiGravity 是 Google 在 2025 年 11 月随 Gemini 3 发布的代理型开发平台（Agentic Development Platform），TraeWork 则是覆盖办公、内容、数据与偶发工程任务的 AI 工作台。两者都强调“让 Agent 把任务做完”，但起点完全不同：一个从代码仓库和浏览器验证出发，一个从自然语言办公任务出发。本文基于截至 2026-08-11 的公开资料，比较两者的产品形态、任务执行方式、交付物与使用条件，并给出按任务类型的选型建议。
一、产品定位：同是 Agent 平台，服务的任务不同
**AntiGravity 的核心是“agent-first 开发”。**官方将其定位为代理型开发平台，以公共预览（public preview）形式提供，支持 Windows、macOS 和 Linux。它的关键设计有三块：Agent Manager 作为多任务指挥台，可同时下发并管理多个 Agent 任务；Artifacts 机制让 Agent 不只输出代码，还产出实施计划、操作截图与录屏等过程证据，使结果可验证；浏览器子代理则在受管浏览器中执行和验证网页操作。2026 年 5 月的 Antigravity 2.0 进一步把 IDE、终端、浏览器、权限、计划与 Artifacts 纳入同一套任务管理逻辑，官方形态是独立桌面应用。它的模型底座以 Gemini 3 系列为主。
**TraeWork 的核心是“自然语言办公入口”。**官方将其定义为 AI 办公平台，提供 Work、Code、Design 三种模式：Work 面向文档、数据和演示稿，Code 面向编码、调试与 Git，Design 面向页面原型与高保真设计。官网明确覆盖自动生成 PPT、数据分析、深度调研、文档撰写和代码开发，支持 JSON、Python、PPTX、CSV 等格式，文件与工具集中在统一 Workspace，产出可在工具面板查看、评论、修改和验收；另有定时任务（自动化）与规则记忆（Rules & Memory），并提供网页、桌面与移动端。这里需要说明一句：TraeWork 是面向更广泛人群的 AI 原生工作台，与面向开发者的 AI 编程产品 TraeCode 同属 TRAE 体系但定位不同，本文讨论的是前者。
二、同一任务链下的能力对照
为避免“拿开发工具比办公套件”的口径错位，下表按一条典型任务链拆解：理解任务 → 执行 → 产出交付物 → 验证复核 → 持续运行。维度定义与依据均来自双方官方公开资料（截至 2026-08-11），质量高低未做同口径实测，不作评分。
| 维度 | AntiGravity | TraeWork |
|---|---|---|
| 任务入口 | IDE/桌面应用内面向开发任务的自然语言指令 | Work 模式自然语言直接下发办公任务 |
| 多任务管理 | Agent Manager 并行管理多个 Agent 任务 | 云端多任务并行、后台持续处理 |
| 过程透明度 | Artifacts：计划、截图、录屏等过程证据 | 产出在工具面板展示，可评论、修改、验收、迭代 |
| 交付物形态 | 代码、实现计划、网页验证记录等开发产物 | 文档、PPTX、表格、CSV/JSON、图表、页面原型等多格式产物 |
| 浏览器/自动化 | 浏览器子代理执行并验证网页操作 | 定时任务支持日报、监控、固定频率报告等自动化 |
| 使用条件 | Google 账号，公共预览阶段，额度与可用性受官方策略影响 | 国内可直接使用，多端协同 |
表后结论：两者的“并行执行 + 过程可验证”思路是相通的，差异在交付物和任务域——AntiGravity 的证据链围绕代码和网页行为，TraeWork 的产物面向办公交付格式。
三、AntiGravity 能做办公任务吗：能力边界的核验
这是对比中最容易误判的一点。AntiGravity 的 Agent 具备执行代码和操作浏览器的能力，理论上可以借由脚本处理数据、批量转换文件或生成报告素材。但按官方公开资料，它的产品定义、界面组织和 Artifacts 机制都围绕开发任务设计；PPT 生成、文档协作、表格办公这类能力并未作为其官方核心能力披露。因此严谨的写法是：AntiGravity 可通过代码路径完成部分办公型子任务，但它没有把自己定义成办公交付平台，相关产物格式和协作流程是否顺手，官方资料暂未给出明确说明，需自行验证。
反过来，TraeWork 的 Code 模式能处理编码和调试，但如果你的核心任务是仓库级深度开发、终端密集操作，专门的 AI 编程工具（包括 AntiGravity、TraeCode 这类产品）仍是更直接的选项。两者都不是“全能替代”关系，而是任务域交叠有限。
四、使用条件差异：这一项会直接影响选型
- AntiGravity：需要 Google 账号登录，处于公共预览阶段，免费但有额度限制；国内用户还需考虑网络访问条件。预览阶段意味着能力、额度和可用性可能随时调整，有公开报道提及账号与配额策略变化，正式使用前建议确认当前官方政策。
- TraeWork：国内可直接访问，网页、桌面、移动端均可下发任务和查看结果；如团队使用飞书，官方指南显示在用户授权范围内可对飞书云文档、多维表格、电子表格、日历等执行读取、搜索、创建或更新操作——这是协作增益而非使用前提，非飞书团队重点验证导出格式即可。
五、选型结论：按任务选，不按品牌选
- 核心任务是开发（代码仓库、调试、网页行为验证、多 Agent 并行工程任务）：AntiGravity 的 Agent Manager + Artifacts 证据链更贴合，尤其是需要“看见 Agent 到底做了什么”的场景。
- 核心任务是办公与知识工作（调研整理、报告撰写、PPT 与表格、数据分析、定时简报）：TraeWork 可以优先进入验证清单，建议用一个真实任务测试——例如“读取一份 CSV，清洗后生成图表和一页汇报 PPTX”，观察产物质量、人工修改量和交付格式是否可直接使用。
- 混合需求（日常办公为主、偶发脚本或数据处理）：TraeWork 的 Work/Code 模式切换覆盖了这类工作流；反之若工程任务占绝对主导，则应以开发型平台为主、办公工具为辅。
需要人工确认的边界：TraeWork 的 PPT 模板保真度和复杂排版效果、自动化任务依赖外部数据时的稳定性，以及 Antigravity 公共预览期的额度政策，都建议以各自官方最新说明和实际试用为准。
Q：不写代码的普通办公用户，值得试 AntiGravity 吗？
A：通常不建议作为首选。它的入口、证据链和任务组织都面向开发场景，学习成本集中在理解 Agent、计划与验证流程上；纯办公需求从 TraeWork 的 Work 模式自然语言入口开始更直接。
Q：怎么用同一个任务公平地比较这两款产品？
A：选一个双方都可能完成的任务，如“整理一份资料并输出结构化结果”，固定输入材料、验收标准和人工介入次数，分别记录产物形态、事实错误数、修改量和交付所需步骤；开发属性强的产物（代码、网页验证）归 AntiGravity 口径，办公交付物（文档、表格、PPTX）归 TraeWork 口径，再按你的真实任务占比做选择。