谷歌 Antigravity 完整使用教程：从 VSCode/Cursor 迁移到 TaoToken 统一 Key 的配置指南

1. 从 VSCode/Cursor 迁到 Antigravity为什么还要折腾统一 KeyAntigravity 是谷歌推出的一款 AI 编程工具底层跑的是 Gemini 3 Pro界面和交互逻辑跟 VSCode、Cursor 属于同一类左侧文件树、中间编辑器、右侧或底部挂一个对话面板你选中代码就能让它改、让它补、让它解释。它适合谁适合已经在用 VSCode 或 Cursor、想试试 Gemini 3 Pro 的代码生成能力、又不想把现有工作流全部推倒重来的开发者。我自己的情况是主力 Cursor但有些项目想换 Gemini 的模型跑一跑于是把 Antigravity 装上了。装完之后你会发现一个很现实的问题Antigravity 默认走的是它自己那套账号和额度体系而你在 VSCode 里可能已经配了 Cline、Continue在 Cursor 里配了自定义模型这些工具各自维护一份 Base URL 和 API Key。工具一多Key 就散落在各个 settings.json、config.toml、环境变量里改一次模型要翻三四个地方。这就是统一 Key要解决的问题把模型请求的出口收敛到一个通道工具只负责发请求通道负责路由到具体模型。TaoToken 在这里扮演的就是这个统一通道的角色。它提供一个兼容 OpenAI 风格的接口地址你把 Antigravity 或其它工具的 Base URL 指过去Key 用同一把模型 ID 按需切换。这样从 VSCode 迁到 Antigravity或者两个工具并存配置逻辑是一致的不用为每个工具重新理解一套鉴权方式。官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带后面那串 UTM 参数配置时别抄错。需要说清楚的是Antigravity 本身是编辑器/IDE 形态的工具TaoToken 是模型请求通道两者不是替代关系。你不是用 TaoToken 换掉 Antigravity而是让 Antigravity 发出的模型请求走 TaoToken 这个出口。这个定位搞清楚了后面的配置才不会拧巴。对比一下三个工具的配置差异心里有个谱工具配置载体Base URL 位置Key 管理方式VSCode Clinesettings.json / UI 面板插件设置里的 API Provider插件内单独填Cursor设置面板 部分 jsonModels 页自定义面板内填部分走账号Antigravity设置面板 / 配置文件模型提供方设置面板内填或读环境变量可以看到三者都是Base URL Key Model ID三件套只是入口位置不同。迁移的本质就是把这三样东西从旧工具抄到新工具并且都指向同一个通道。下面按步骤来。2. TaoToken 前置准备拿 Key、认地址、选模型在动 Antigravity 之前先把通道侧的东西准备好否则配到一半发现没 Key 会卡住。这一步不复杂但顺序别乱。第一件事是注册并拿到 API Key。打开 https://taotoken.net/api 进入控制台后找到 API Keys 管理页新建一把 Key。新建时建议给它起个能认出来的名字比如 antigravity-dev方便以后多工具多 Key 时区分。Key 一般只在创建时完整显示一次复制下来存到安全的地方别直接贴在会提交到 Git 的文件里。第二件事是确认 Base URL。TaoToken 的接口地址是https://taotoken.net/api注意两点一是结尾不要多加/v1或/chat/completions具体路径由工具自己拼二是这个地址不带 UTM 参数别把官网那串带?utm_source...的链接填进去否则请求会 404。我见过有人直接把浏览器地址栏的官网链接复制进去结果一直报错就是这个原因。第三件事是选模型 ID。TaoToken 通道下可以路由到不同模型你在 Antigravity 里填的 Model ID 要和通道支持的名称对得上。常见的写法是类似gemini-3-pro这样的标识具体以控制台或接入文档里列出的为准。如果你不确定先去模型对话页面发一条测试消息确认这个模型 ID 能通再往 Antigravity 里填。模型对话入口在 https://taotoken.net/api 控制台里能找到或者直接走 deep link模型对话 https://taotoken.net/api?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。这里插一句关于 Coding Plan 的说明。如果你打算长期用 Antigravity 做编码、跑 Agent 类任务请求量会比较大可以考虑 Coding Plan它在额度上更适合高频编码场景。入口Coding Plan https://taotoken.net/api?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。只是偶尔试试的话按量用就行不用一上来就上套餐。把这三样准备好记在一个临时笔记里Base URL: https://taotoken.net/api API Key: sk-xxxxxxxx你新建的那把 Model ID: gemini-3-pro以控制台实际列表为准接下来就是把它填进 Antigravity。如果你同时还在用 Cline 或 Claude Code它们的配置逻辑是一样的只是文件位置不同。比如 Claude Code 走的是 settings 里的环境变量Codex 走的是 auth.jsonCline 走的是 MCP 或 Provider 设置。Antigravity 这边我们下一节具体写。3. 可复制配置Antigravity 里改 Base URL 与 Key这一节是核心给出能直接抄的配置片段。Antigravity 的配置入口在不同版本里可能略有差异但逻辑一致找到模型提供方Provider设置把 Base URL、API Key、Model ID 填进去。下面给两种常见形态你对号入座。形态一通过设置面板填写。打开 Antigravity进入设置Settings找到模型或 AI Provider 相关区域选择自定义或OpenAI 兼容这类选项然后填三个字段{ provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, model: gemini-3-pro }这段 JSON 是示意结构实际字段名以你看到的界面为准。关键是baseUrl必须是https://taotoken.net/apiapiKey填你新建的那把model填通道支持的模型 ID。形态二通过配置文件。有些版本会把设置落到一个 json 或 toml 文件里路径通常在用户配置目录下。如果是 JSON结构类似{ ai.providers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, models: [gemini-3-pro] } }, ai.defaultProvider: taotoken }如果是 TOML 风格部分工具用这种写法是[providers.taotoken] base_url https://taotoken.net/api api_key sk-你的Key model gemini-3-pro不管哪种形态三件套不能少Base URL、Key、Model ID。这三个只要有一个错请求就通不了。特别是 Base URL多一个斜杠、少一个/api、带了 UTM 参数都会导致失败。如果你是从 Cursor 迁过来Cursor 里可能已经有一份自定义模型配置你可以直接对照着抄只把地址换成 TaoToken 的。VSCode Cline 的话Cline 的设置面板里也有 Base URL 和 Key 字段逻辑一模一样。这也是统一 Key 的好处换工具时你只需要重复填三件套这个动作不用重新学一套鉴权。填完之后保存重启一下 Antigravity让配置生效。有些工具热加载配置有些需要重启重启最保险。这里提醒一个容易踩的坑不要把 Key 硬编码在会提交到版本库的文件里。如果你用配置文件方式建议用环境变量引用比如{ baseUrl: https://taotoken.net/api, apiKey: ${TAOTOKEN_API_KEY}, model: gemini-3-pro }然后在系统环境变量里设TAOTOKEN_API_KEY。这样即使配置文件被同步或提交Key 也不会泄露。Antigravity 是否支持环境变量插值取决于版本支持的话优先用这种方式。配置写好后别急着在编辑器里写代码测试先用下一节的命令行方式验证通道本身是通的排除掉工具层的干扰。4. 验证请求用 curl 确认通道连通再回编辑器配置填完最怕的是看起来填对了但就是不通。这时候不要直接在 Antigravity 里瞎试先用命令行发一条请求把工具层和通道层分开排查。这一步能省你很多时间。用 curl 发一条 chat completions 请求curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的Key \ -d { model: gemini-3-pro, messages: [ {role: user, content: 用一句话说明什么是递归} ] }注意这里的路径是https://taotoken.net/api/v1/chat/completions/v1/chat/completions是 OpenAI 兼容接口的标准路径由 curl 手动拼上。而在 Antigravity 的 Base URL 字段里你只填https://taotoken.net/api路径让工具自己拼。这两者的区别要分清很多人就是把带/v1/chat/completions的完整地址填进了 Base URL 字段导致工具又拼了一次变成双份路径直接 404。如果请求成功你会收到类似这样的响应{ id: chatcmpl-xxxx, object: chat.completion, choices: [ { index: 0, message: { role: assistant, content: 递归是函数调用自身来解决问题的编程技巧。 }, finish_reason: stop } ], usage: { prompt_tokens: 12, completion_tokens: 18, total_tokens: 30 } }看到choices数组里有内容说明通道通了、Key 有效、模型 ID 正确。这时候再回到 Antigravity在对话面板里发一句你好帮我写一个 Python 快排应该就能正常返回。如果命令行通了但 Antigravity 不通问题就在工具配置层重点检查 Base URL 有没有多写路径、Key 有没有多余空格、Model ID 大小写是否一致。如果命令行就不通那问题在通道侧或参数侧看下一节的报错对照。验证通过后你可以顺手在 Antigravity 里跑一个真实任务比如让它生成一个单页 HTML 小游戏确认代码生成质量符合预期。这一步既是功能验证也是体验 Gemini 3 Pro 能力的过程。5. 常见报错排查401、local proxy failed、reading choices、OAuth配置和验证过程中报错基本集中在几类。下面按真实报错对照着排每条都给原因和动作。401 Unauthorized。这是最常见的意思是 Key 没被认出来。原因通常有三个Key 复制时带了空格或换行Key 已经失效或被删请求头里Authorization格式不对。排查动作重新复制 Key确认是Bearer sk-xxx格式中间一个空格。如果还不行去控制台确认这把 Key 还在、额度没耗尽。local proxy failed 或 connection refused。这类报错说明请求根本没发出去或者发到了一个本地代理地址。常见于你之前配过本地代理配置残留导致 Antigravity 把请求发到了127.0.0.1:xxxx。排查动作检查 Antigravity 的网络或代理设置把自定义代理关掉Base URL 确认是https://taotoken.net/api而不是本地地址。如果你系统层面设了全局代理也要确认它不会拦截这个域名的请求。reading choices 相关报错比如cannot read property choices of undefined或reading choices。这类报错的意思是工具期望响应里有choices字段但实际拿到的响应结构不对。原因通常是 Base URL 填错导致返回了 HTML 错误页或者模型 ID 不存在导致通道返回了错误结构。排查动作先用第 4 节的 curl 确认返回的是标准 JSON如果 curl 返回的是 HTML 或错误信息说明地址或模型 ID 有问题。把 Base URL 改回https://taotoken.net/api模型 ID 换成控制台确认存在的。OAuth 相关报错比如登录失败、token 过期。这类通常出现在 Antigravity 自身的账号登录环节而不是 TaoToken 通道环节。如果你在 Antigravity 里同时用了它的账号登录和自定义 Provider要分清哪个环节报错。通道侧的鉴权是 API Key不是 OAuth如果报错信息里出现 OAuth多半是工具自身的登录态问题重新登录或检查账号状态即可。注意这里说的是工具自身的账号体系和通道配置是两回事别混在一起排。还有一个隐蔽的坑Model ID 大小写。有些通道对模型名大小写敏感gemini-3-pro和Gemini-3-Pro可能一个通一个不通。以控制台列出的为准别自己猜。排查顺序建议固定下来先 curl 验证通道再查工具配置最后查工具自身登录态。这个顺序能保证你每次都在正确的层面上找问题不会一会儿怀疑 Key 一会儿怀疑网络。6. 迁移完成后的日常用法与 CTA配置通了之后日常使用其实和 VSCode、Cursor 没太大差别。选中代码让它改打开对话面板让它生成右键让它解释这些交互 Antigravity 都有。区别在于你的模型请求现在统一走 TaoToken 通道换模型、看用量、管 Key 都在一个地方不用每个工具单独维护。如果你还在用 Cline 或 Claude Code可以把它们的 Base URL 也指到同一个通道Key 复用同一把。这样你手头所有 AI 编程工具的出口就统一了。Claude Code 的配置走 settings 里的环境变量Codex 走 auth.jsonCline 走 Provider 设置三件套逻辑一致。需要查具体接入方式的话接入文档在 https://taotoken.net/api?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite API Keys 管理在 https://taotoken.net/api?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。长期高频编码的话Coding Plan 比按量更划算入口前面给过。只是偶尔用用按量就行。模型对话页面适合快速验证某个模型 ID 通不通不用每次都开编辑器。最后说个实用技巧把 Base URL、Key、Model ID 三件套记在一个只有你自己能看到的笔记里换工具时直接抄比每次翻控制台快。Key 定期轮换旧 Key 及时删避免泄露风险。Antigravity 还在迭代配置入口可能变但三件套的逻辑不会变抓住这个核心换哪个工具都能快速上手。