1. TraeWork 与 AntiGravity 的同口径对比让 Claude Code 来跑TraeWork 和 Google AntiGravity 的对比文章很多但大部分停在官网资料的并排粘贴一个强调办公全链路一个强调 Agent-First 开发体验读者看完仍然不知道自己的高频任务该进哪扇门。这次换个思路不手动整理对比表而是把 Claude Code 的 Base URL 指到 TaoToken 通道让模型按“任务类型、入口形态、交付物、适用条件”四个维度帮你拆解。TaoToken 在这里不承担对比逻辑它只作为 Claude Code 的模型通道——先在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册并创建 API Key再把 Base URL 填成 https://taotoken.net/api前后不超过五分钟Claude Code 就能用你选定的模型逐条过一遍两款工具的边界。为什么要让 Claude Code 来跑这个对比因为手工对比表格有一个隐藏问题判断标准由人预先设定容易带着品牌印象挑维度。让 Claude Code 跑至少能保证输入相同、衡量维度相同、输出结构相同相当于同一个裁判用同一套尺子量两款产品。当然裁判本身不是中立的——模型的训练数据里同样包含这两款工具的公开资料所以你要做的是把约束写清楚让它只做边界拆解不做“谁更好用”的结论代劳。1.1 为什么不用手搓表格而让 Claude Code 当裁判手动对比的最大风险是信息不同期。TraeWork 的官网能力描述更新频率和 Google 的 I/O 发布会公告完全不在一个节奏上你很难保证两个表格里的数据站在同一个时间点。Claude Code 接入 TaoToken 通道后可以用同一个模型实例、同一条 Prompt、同一批参考资料来生成对比天然避免“一边是 2026 年新功能、另一边是半年前旧资料”的错位。另一个问题是维度选择。原文给的四个维度——任务类型、入口形态、交付物、适用条件——已经比较完整但手动填表时会不自觉地把“我用过”的功能写得更详细。Claude Code 不会偏好你熟悉的工具它只会按 Prompt 里的模板逐项输出。如果你担心模型乱猜可以在 Prompt 里强制它标注每个结论的来源类型官网明确说明、官方未披露、第三方实测推断这样至少能看出哪些是硬信息、哪些是推断。1.2 对比前先接好模型通道TaoToken 只做统一接入Claude Code 原生的模型配置指向 Anthropic 官方接口对于需要同时对比不同模型结论的场景很不方便。TaoToken 的做法是给 Claude Code 一个兼容通道Base URL 指向 https://taotoken.net/apiKey 换成在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建的 YOUR_API_KEY模型 ID 以模型广场当时列表为准。这样切换模型时不用改环境变量结构只改模型 ID比重新配置一套官方 SDK 省事。需要特别提醒的是Base URL 末尾不要加 /v1。很多从 OpenAI 生态转过来的同学习惯性填成 /v1Claude Code 会在请求路径里拼上自己的版本节点路径多一段就会 404。TaoToken 的接口兼容层会自动处理其余路径你只要保证填进工具的地址是完整的 https://taotoken.net/api 即可。2. settings.json 里把 Claude Code 指到 TaoToken拿到 Key 之后配置有两种方式一是改环境变量二是写进 Claude Code 的项目配置文件。日常使用建议写进 ~/.claude/settings.json因为环境变量对特定 shell 生效换终端容易丢settings.json 则对 Claude Code 全局生效项目之间切换不会丢配置。2.1 先去 TaoToken 拿 Key打开 TaoToken 注册登录进入控制台的 API Keys 页面创建一个新 Key。创建时不需要选具体模型Key 是全局凭证后续在模型广场挑模型 ID 填进 Claude Code 就行。如果你之前用过 OpenAI 或 Anthropic 的 Key到这里会感觉到差别TaoToken 把模型选择和 Key 管理拆开了一个 Key 可以对应多个模型省掉「切一个模型建一个 Key」的麻烦。创建完成后复制 Key注意它只显示一次。如果复制丢了删掉重建即可不影响其他配置。2.2 环境变量配置与 CLI 直连Claude Code 读取这三个环境变量export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODEL模型ID以 TaoToken 模型广场当时列表为准如果你更喜欢项目级配置可以写到 ~/.claude/settings.json 的 env 字段{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: 模型ID以TaoToken模型广场为准 } }这里不要写成通用 JSON 结构Claude Code 只认 settings.json 里的 env 对象。保存后重启 Claude Code让配置生效。命令行用户可以用官方 CLI 快速验证连接npm install -g taotoken/taotoken taotoken cc -k YOUR_API_KEY -u https://taotoken.net/api -m YOUR_MODEL_ID这条命令会直接用 TaoToken 通道发起一次对话如果返回正常说明 Key 和模型 ID 都没问题。2.3 验证 Base URL 是否生效配置完成后在 Claude Code 里随便发一句「请用一句话介绍你自己」如果它正常回答说明连接已通。如果报错先检查三处ANTHROPIC_BASE_URL 是否填成了 https://taotoken.net/api/v1YOUR_API_KEY 是否被真实 Key 替换模型 ID 是否在模型广场能查到。注意如果 Key 创建后立即使用遇到 401等一两分钟再试控制台偶尔有短暂的缓存延迟。3. 一条带四维约束的 Prompt任务类型、入口形态、交付物、适用条件配置好通道后接下来是让 Claude Code 真正干活。不要问「TraeWork 和 AntiGravity 哪个好」这种问题会得到一堆模糊的营销式回答。把原文的四个维度写进 Prompt让它按结构化模板输出。3.1 喂给 Claude Code 的输入材料为了让对比结果更贴近事实建议把两款工具的最新公开资料作为上下文贴给 Claude Code。你可以从官网复制功能说明也可以把官方文档的关键段落粘贴进来。注意不要只丢两个产品名让它凭记忆回答——模型记忆里的信息可能滞后尤其对于迭代快的产品。如果不想手动整理可以先把链接发给 Claude Code让它自己读取不过需要确认你的环境下 Claude Code 能访问外网。输入材料建议按下面这个结构组织TraeWork 官网功能列表与 Work/Code/Design 三种模式说明Google Antigravity 官方发布说明及 Agent Manager 相关文档你本人高频任务的简要描述比如「每周要出 3 份分析报告偶尔改公司内部工具脚本」第三项很关键它让 Claude Code 的对比输出贴近你的实际场景而不是生成一篇泛泛的行业评测。3.2 对比 Prompt 的可复制模板下面这段 Prompt 直接复制到 Claude Code 对话框即可按需修改任务描述请基于我提供的 TraeWork 与 Google Antigravity 的公开资料按四个维度对比这两款工具 任务类型、入口形态、交付物、适用条件。 要求 1. 每个维度分两栏输出标明结论依据是「官网明确说明」「官方未披露」还是「合理推断」。 2. 只陈述边界差异不输出「哪款更好」的结论。 3. 最后根据我的高频任务描述按「办公产物占比高」「代码工程占比高」「两者混合」三种情况给出建议。 我的高频任务每周产出一份数据分析报告维护一个内部工具仓库偶尔用 Python 脚本处理 CSV。这个 Prompt 的设计思路是先用四个维度锁定对比框架再用「结论依据」防止模型编造官方没说过的功能最后用任务描述把对比结果拉回你的实际场景。输出格式是 Markdown 表格方便直接粘进文档二次整理。4. 三组可复现验证场景报告链路、仓库开发、定时监控原文给了三个验证场景这次让 Claude Code 在 TaoToken 通道下直接生成每个场景的测试输入和验收清单。你不用真的在 TraeWork 和 AntiGravity 里各跑一遍先让模型把同口径的验证方案列清楚你拿去两边套用。4.1 场景 A3 份 PDF 1 份 CSV → PPT 大纲与报告Prompt设定三个输入文件3 份 PDF 行业报告、1 份 CSV 销售数据、一段自然语言需求说明。 要求提取关键数据 → 生成分析图表 → 输出 PPT 大纲和完整报告文档。 请分别判断 TraeWork 和 AntiGravity 在这个流程中哪些环节能完成哪些环节会中断 按「数据提取 → 图表生成 → PPT 大纲 → 报告文档」四个步骤拆开说明。Claude Code 会输出一张步骤级对比表比如「PDF 数据提取TraeWork 明确支持AntiGravity 未披露」「图表生成TraeWork 支持 CSV 处理AntiGravity 依赖代码仓库内文件」。这张表的价值在于你能看到每个步骤的归属而不是笼统的「办公能力更强」。4.2 场景 B中等规模仓库 → 功能开发与 PRPrompt假设输入是一个中等规模代码仓库和一条功能需求。 要求理解仓库上下文 → 编写代码 → 运行测试 → 修复错误 → 提交 PR。 请将 TraeWork 的 Code 模式和 AntiGravity 的 Agent Manager 按上述五个步骤对比 标注哪些步骤依赖浏览器自动化验证哪些步骤需要人工介入。这个场景里AntiGravity 的 Agent Browser 会单独列出来对应「运行测试」「浏览器验证」两个环节。TraeWork 的 Code 模式官方没有披露浏览器自动化能力模型会标注「官方未披露」你就能确定这一步需要外部工具补位。4.3 场景 C关键词监控 → 定时摘要Prompt设定一个定时任务每 4 小时抓取指定关键词的最新网页内容压缩成摘要发送到指定渠道。 请对比 TraeWork 的定时任务能力和 AntiGravity 是否有对应机制 并说明如果 AntiGravity 不具备定时触发能力能否用 Claude Code 的自动化脚本替代实现。这一条 Prompt 有个额外好处——如果模型判断 AntiGravity 缺少定时触发它会给出 Claude Code 的替代方案因为 Claude Code 本身就是可编程的。这样你得到的不只是一份对比还有一个可落地的补位方案。5. 用 Claude Code 的输出反推边界哪些结论能直接拿来选型当 Claude Code 生成四维对比后不要急着存成文档。下一步是把模型给的信息转成你的选型决策。这一步跟你手上有没有 TaoToken 无关但如果你需要换一个模型重跑同一份 Prompt把模型 ID 改一下重新发即可非常方便。5.1 决策逻辑从「看哪个强」改成「看产物缺什么」原文章里的决策流程很清晰办公产物为主选 TraeWork代码工程为主选 AntiGravity混合使用按任务分配入口。Claude Code 输出的对比表会把这条逻辑变得更可操作。你可以让它把每个维度的差异换算成你工作中的检查项比如如果本周要交一份 30 页的 PPTTraeWork 能不能直接产出 PPTX还是需要人工重调格式如果代码仓库里的需求涉及多文件改动AntiGravity 的 Agent 能不能自主跑测试并修复如果两个工具都不覆盖某一步骤是否值得用 Claude Code 作为补充入口把这些检查项再贴回 Claude Code让它对你的高频任务输出一张「验证优先级表」标出哪些能力是「必须验证」、哪些是「可选验证」比单纯看官网功能列表更能指导你安排试错时间。5.2 边界对照表与适用条件原文最后给了一段边界描述TraeWork 适合办公任务占主体的团队AntiGravity 适合工程交付为核心的开发者。Claude Code 的价值在于把这段描述拆到你自己的任务粒度。你可以让它输出一个更直接的判断标准——「在什么情况下选 A 而不选 B」。例如如果你的产物最终以 .pptx / .docx / .csv 交付并且需要定时运行优先验证 TraeWork。如果你的产物以 PR / 测试报告 / 部署包交付并且依赖浏览器做端到端验证优先验证 AntiGravity。如果你需要同时处理这两类任务用 Claude Code 做中间层把办公产物和代码工程串进同一条提示流。这一段输出不需要再配置额外工具直接在当前 Claude Code 会话里追问即可。6. 混合使用时不冲突Claude Code 当办公与开发之间的翻译层大多数开发团队的真实情况不是二选一而是两类任务并存。原文建议「按任务分配入口」但入口切来切去也会产生上下文断裂你在 TraeWork 里写文档切到 AntiGravity 里写代码两个工具各自记住不同的项目上下文没有一个统一的地方汇总。Claude Code 接上 TaoToken 通道后可以充当这个「翻译层」。6.1 Work 模式与 Agent Manager 的入口分配操作建议是把 TraeWork 当成「产物生成器」把 AntiGravity 当成「工程执行器」把 Claude Code 当成「任务分配器」。在 Claude Code 里描述你手头的任务让它判断这个任务应该由 TraeWork 的 Work 模式完成还是由 AntiGravity 的 Agent Manager 执行。例如我的任务是把手头的会议纪要和销售 CSV 转成一份季度报告同时给内部工具仓库加一个日志导出功能。 请帮我拆成两个子任务分别标注适合 TraeWork 或 AntiGravity 的原因 并生成每个工具的输入要点和期望产物格式。Claude Code 会输出一个任务拆解清单你照着清单分别去两个工具里执行即可。这样避免了你站在工具入口前犹豫「这个需求该放哪」。6.2 跨入口任务怎么在 Claude Code 里归拢对于需要两边协作的任务——比如从 CSV 分析结果里导出数据再生成一段图表代码——你可以让 Claude Code 先把数据处理逻辑写成伪代码然后你带着伪代码去相关工具里执行。或者是让 Claude Code 直接生成一个「提示词包」包含给 TraeWork 的文档指令和给 AntiGravity 的代码指令两边各拿各的提示词运行。这比人工在两个工具的对话框里反复重述需求更省力。7. 跑通后回控制台对一次调用记录全流程跑完后建议回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 控制台看一眼这次 Claude Code 调用的用量记录。重点核对三处Key 是否在预期时间段产生调用、模型 ID 是否和使用时一致、有没有异常的失败请求401/404 等。这一步是为了确认配置没有「看起来成功、实际走了别的通道」——如果 Base URL 填错但恰好命中某个兼容路径对话可能也能通但用量记录会暴露真实情况。若想直接在网页里体验同一模型的效果可以在 TaoToken 模型对话页 用同一把 Key 发一条测试消息对比网页端和 Claude Code 端的回答差异快速判断问题出在模型还是配置。如果接下来打算长期在 Claude Code 里做这类对比工作可以打开 Coding Plan 按需选套餐Key 的统一管理仍在 控制台 API Keys 页面。Claude Code 的完整环境变量对照表在 接入文档 里下次换模型时可以直接照着改模型 ID不用重看整篇教程。
