如何优雅地在 macOS 上监控 Google Antigravity 模型使用情况

Google Antigravity (AGY) SDK 的发布开启了软件工程的新范式：自主 AI 代理和多代理系统。作为一名开发人员，我现在正在启动子代理舰队来进行研究、编码和调试。但伴随这种难以置信的力量而来的是一个非常现实的挑战：监控 API 成本。

当您的代理自动并行执行任务并调用繁重的模型时，您的 API 配额消耗速度可能会比预期的要快。传统的解决方案——刷新 Google Cloud Console 仪表板或不断运行冗长的 CLI 命令——会打断您的工作流。

您需要对使用情况进行实时、无干扰的可见性。

进入原生 macOS 菜单栏应用程序。

原生应用优于 Web 包装器的原因

在为 macOS 构建开发人员工具时，直觉通常是使用 Electron 或 Tauri 构建跨平台 Web 应用程序。然而，菜单栏应用程序在您需要它之前需要是不可见的。它必须消耗可忽略的电池、极少的 RAM，并无缝融入 macOS 的美学。

这就是为什么原生 SwiftUI 是更好的选择。原生应用程序与系统完美集成，利用核心框架进行网络连接和安全存储，同时将内存占用保持在几兆字节的低水平。

案例研究：GravityQuota

为了解决 API 监控问题，我构建了 GravityQuota——一个轻量级的原生 macOS 菜单栏应用程序，专门设计用于实时跟踪 Google Antigravity SDK API 的使用情况。

实时应用演示

观看这段 20 秒的快速演示，了解 GravityQuota 是如何实时运行的：

这是该应用程序在 macOS 菜单栏中本地运行的方式，为您提供零点击体验，让您即刻查看剩余配额和预算：

GravityQuota 说明了现代独立 macOS 开发的三个关键原则：

1. 本地优先的隐私

对于开发人员来说，API 密钥是王国的钥匙。用户理所当然地不信任那些需要将敏感凭据粘贴到可能向外发送数据的表单中的应用程序。GravityQuota 采用严格的本地优先架构构建。

您的 Google Antigravity API 密钥安全地存储在原生的 macOS 钥匙串 (Keychain) 中。该应用程序直接与 Google Cloud Billing 和 Antigravity API 通信。没有中间人，没有分析跟踪，绝对没有遥测。发出的唯一网络请求是向 Google 的官方端点发出的。

2. 原生 SwiftUI 架构

完全使用 Swift 和 SwiftUI 编写，GravityQuota 充分利用了现代 Apple 框架。菜单栏附加组件会动态更新，让您快速浏览您的每日或每月支出。单击该图标会显示一个制作精美的原生弹出窗口，其中包含历史图表、按子代理分类的使用情况以及主动的预算警报。因为它是原生的，所以感觉它是 macOS 的自然延伸，而不是一个硬塞进去的小部件。

3. 独立分发：Cloudflare R2 + Sparkle

在 Mac App Store (MAS) 上发布提供了可发现性，但它也强制执行严格的沙盒规则，这可能会削弱开发人员工具。此外，审查过程可能会减慢关键错误修复的部署。

对于 GravityQuota，我选择了独立的路线。我使用 Sparkle（macOS 软件更新的黄金标准）分发应用程序。Sparkle 提供类似 App Store 的无缝更新体验——通知用户新版本、呈现发行说明并通过 EdDSA 签名安全地安装更新。

为了托管应用程序二进制文件和 Sparkle appcast XML，我使用了 Cloudflare R2。与传统的 AWS S3 不同，Cloudflare R2 提供零下行流量费用，这对于在全球分发软件的独立开发人员来说是一个改变游戏规则的因素。R2 快速、可靠，并且即使在用户群扩展时也能保持极低的分发成本。

开发者工具的未来

向代理工作流的过渡需要能够跟上自主系统步伐的工具。GravityQuota 证明，解决这些利基开发人员问题不需要庞大的框架或集中式基础设施。

通过利用原生 SwiftUI、安全的本地存储和经济高效的独立分发渠道（如 Cloudflare R2 和 Sparkle），独立开发人员可以在 App Store 围墙花园之外构建专业级的 macOS 应用程序。

如果您正在使用 Google Antigravity SDK 进行开发，并希望在不打断您的流程的情况下控制您的 API 成本，请尝试一下 GravityQuota。它证明了原生开发的强大力量和充满活力的独立 Mac 软件生态系统。