如何優雅地在 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 軟體生態系統。