Docs · known issues
Known issues
7 entries. Every one is a real constraint in the shipped app or an upstream limitation UsagePool cannot fix.
| Provider | Issue | What to do | Status |
|---|---|---|---|
| Copilot | copilot_internal/user is a private endpoint and may change without notice The Copilot adapter reads copilot_internal/user, which is not a documented, versioned GitHub API. A change on GitHub’s side can make Copilot meters go stale or disappear until the adapter is updated. | There is no user-side fix. The provider card distinguishes an exhausted budget, an organization policy and bad credentials, so a failure says which of the three it is. | Upstream |
| Cursor | Usage above 100 percent cannot be attributed Cursor’s payload does not identify whether usage over 100 percent is bonus capacity, credits, or on-demand billing, so UsagePool shows a cautious additional-usage warning rather than a confident figure. | Check your Cursor billing page for the attribution. UsagePool deliberately will not guess. | By design |
| Antigravity | Antigravity connects but reports no meters The projection file is written by the provider’s status line. Until the official CLI emits a status-line quota payload there is nothing to project, so the provider shows as connected with no meters. | Use the official CLI until it emits a payload, then choose Refresh. Refresh rereads the local projection and does not force a backend quota update. | Upstream |
| Antigravity | Gemini CLI usage has no separate provider Google retired Gemini CLI for individual and consumer accounts in June 2026 in favour of Antigravity. There is no separate provider to enable for it. | Use the Antigravity provider; its gemini-weekly meter covers Gemini-model quota for Antigravity accounts. | By design |
| All providers | A meter can be dimmed and stale The last valid reading is still inside its own window, but the latest refresh did not produce a trustworthy replacement. UsagePool keeps the unexpired reading and marks it stale rather than blanking the meter or inventing a number. | Hover the menu bar widget to see its provider status. | By design |
| All providers | A selected meter does not fit in the menu bar macOS decides how many individual status items fit as the active app and available space change, so a selected meter can be hidden. USAGEPOOL appears when no individual bar meters are enabled or when the selected meters do not fit. | Open General settings from a visible widget’s menu to review provider and widget choices. Hover a visible widget to see all current limits for that provider. | Open |
| All providers | Duplicate meters after upgrading from a standalone Usage Micro app UsagePool’s installer deliberately leaves the three standalone Usage Micro apps and their preferences alone rather than removing them, so both can run at once and show the same limit twice. | Quit the corresponding standalone app before opening UsagePool. | By design |
02 / 02 · Deliberately absent
Things that look like gaps and are not.
Adapters for two further tools exist in the codebase and are deliberately not exposed, because neither has a usable machine-readable personal quota surface to read. An adapter returns when its product ships one. They are not marketed here, and there is no page for them.
A limit appears in the provider card and widget choices only when the provider reports it. Unavailable limits are not estimated.