Antigravity Manager：把 Google 账号配额变成一张可调度的桌面仪表盘

一、一个具体的场景

你同时在用 Antigravity Classic、Antigravity IDE 和 agy CLI 三个客户端，手上也有两三个 Google 账号。问题是：哪个账号的 Gemini 配额还剩多少？五分钟窗口和周窗口分别重置在什么时候？现在 IDE 里登录的是不是配额已经见底的那个号？

手动切号、切客户端、盯着额度条猜，基本是每个 Antigravity 用户的日常。Antigravity Manager（作者 Draculabo）把这个循环搬进了一个 Electron 桌面应用：账号池、实时配额、一键切号、加上一个本地 API 网关。

二、它到底解决什么

Antigravity 是 Google 推出的 AI 编程客户端体系（Classic 桌面版、Antigravity IDE、agy 命令行），背后走 Google 账号的模型配额。Antigravity Manager 围绕这套体系做了三件事：

账号池管理。浏览器授权登录、本机已有账号导入、批量操作、JSON 导入导出。切换客户端和切换账号是两套独立策略，可以只做其中一件。

配额可视化。五分钟窗口、周窗口或合并视图，可手动刷新也可周期自动刷新，还能控制哪些模型在列表里显示、怎么排序。

本地 API 网关。这是最有分量的一块：把 Google 账号的额度转成标准协议接口——OpenAI Chat Completions、OpenAI Responses、Anthropic Messages、原生 Gemini 三套接口都支持，带模型路由和流式转发。

三、类比：把散装的电表箱换成配电室

如果没有这个工具，每个 Google 账号就像一间独立的电表箱：你得挨个走到跟前去拉闸、看表、估算这间还能撑多久，客户端还各有各的开箱方式。

Antigravity Manager 相当于把这些电表箱搬进一间配电室——上面有总览面板告诉你哪一路还有电、哪一路快跳闸了；下面是统一的出线端子（本地网关），让你手上的 AI 编码工具（Claude Code、Codex、OpenCode）像接标准电源一样插上去，不用管背后接的是哪条线路。

四、上手门槛：桌面应用，不是服务

这是必须先讲清楚的一点：它不是 Docker 服务，是要装到本机的桌面软件。

好消息是官方直接提供成品安装包：Windows（NSIS 安装器，x64/ARM64，另有 MSI）、macOS（Apple Silicon 与 Intel 的 DMG）、Linux（AppImage、DEB、RPM），还有 Nix flake 可以 nix run github:Draculabo/AntigravityManager 直接跑。桌面包自带运行时，只有从源码开发才需要 Node.js ≥24.22 与 pnpm 10.34.6。

它同时提供 CLI 形态（build:cli / start:cli），网关是本机 HTTP 服务，配一个 API Key 就能让其他 API 客户端接入。

配置工具链这一步做得比较细致：Claude Code、Codex、OpenCode 各有专门的配置卡片，改动前自动备份、可恢复——因为它要直接改你本地客户端的配置文件。

五、争议与局限：不回避

许可证是非商用的。 仓库 LICENSE 实际是 Creative Commons Attribution-NonCommercial-ShareAlike 4.0（GitHub API 因非 SPDX 标准返回 NOASSERTION）。个人和团队自用没问题，但商业场景要先过法务。

OAuth token 是明文存在本地 SQLite 里的。 项目自己的 README 用 WARNING 块强调这一点：任何能读到那个数据库的人就能读到 token，完整账号导出和备份同样包含 token 和代理凭据。首次启动本地代理还会强制弹风险确认框。README 也直言反向代理使用可能违反服务条款导致账号被限或封。

"最优解"可能踩合规红线。 把多个账号的额度聚合起来对外提供统一接口，本质是绕过单账号配额限制。项目自己不保证账号安全、模型可用性或服务不中断。

依赖单一上游。 它的一切价值都锚定在 Google 的 Antigravity 客户端与配额体系上。Google 一旦调整接口或策略，这类"适配层"项目是第一批受影响的。

六、代码与工程实践

这是一个工程纪律相当扎实的 Electron 项目：TypeScript 约 687 万字节代码量，1962 个文件，src 下分 account、cloud-account、proxy-gateway、config、identity-profile、antigravity-runtime、app-shell 七个模块；构建链是 Vite + Electron Forge，多份配置（main/preload/renderer/core/cli/worker）分别打包。测试文件 514 个，含 Playwright E2E、代理协议一致性（OpenAI / Anthropic / Gemini 三套协议的请求与响应快照对比）、schema 回放测试和性能测试。CI 有 testing、lint、format、react-doctor、publish、release 六条流水线，还有 Sentry 错误上报与 OpenTelemetry 追踪。

文档结构同样完整：docs/ 下有 architecture、security、testing、error-handling 以及按模块拆分的说明，还有 openspec/ 与 .agents/ 的规格化流程记录。贡献者 32 人，仓库创建于 2025 年 11 月，目前版本 v0.26.0，更新非常频繁。

七、它说明了一个趋势

Antigravity Manager 代表的是 2026 年 AI 工具链里一个越来越清晰的门类："账号与额度调度层"。随着各家模型服务都走向账号制、订阅制和限额制，围绕配额做文章的小工具就在爆发式增长——上一个是 Claude Code 账号切换器，这个是 Antigravity 版本。

有意思的是它的形态选择：没有做成 Web 服务（那样就必须 Docker 化），而是坚持做带本地凭据管理的桌面应用，配合 CLI 和本地网关。这既绕开了配额托管的合规雷区，也符合"凭据必须留在用户机器上"的现实约束——尽管 README 自己也承认，明文 token 存储让这一点打了折扣。

对自建工作流的个人开发者来说，这类工具能实实在在把多账号配额用起来；对团队或商业产品来说，它的非商用许可证和账号风险是必须在评估阶段就写进文档的两条红线。