Skip to content
OpenLimiter Pro is here. Desktop alerts, account access and local meters are free. Pro adds history, phone push and email alerts, extra accounts and cloud API spend metering.

Supported providers

Eight connectors ship today. Each one carries its own honest labels describing where its credentials come from, how official its data interface is, and how likely it is to break.

The eight connectors

Connectors that ship today, how you connect each one, and what it reads
idconnectreads
claudeNothing to do: OpenLimiter reads what Claude Code already renders.The Claude Code status line, automatically. On a new desktop install, a disclosed direct usage request with your local Claude credentials starts on. Existing desktop installs without a choice are asked first. Terminal setup records its own choice.
openrouterReal OAuth, started from the hub. A key you already hold still works.OpenRouter's documented key and usage report.
codexUse the login already there, or sign in from inside OpenLimiter.The login the Codex CLI stored. May break when OpenAI changes it.
antigravitySet up the documented Antigravity CLI status line.Quota from the documented status line. Use /usage in Antigravity CLI to refresh it.
gemini_cliRead only, from the login already there.The login the Gemini CLI stored. May break when Google changes it.
grokUse the login already there. OpenLimiter cannot start Grok's own sign in yet.The login the Grok CLI stored, without the client marker xAI's own tool sends.
kimiUse the login already there. OpenLimiter cannot start Kimi's own sign in yet.The usage response the Kimi CLI defines. May break when Moonshot changes it.
opencodeImport only: you supply the document yourself.A usage view behind a session you already signed in to. May break without notice.
manualYou write the numbers yourself.Never breaks, never guesses.

How data actually arrives

Most connectors read for themselves now. Two still do not, and this is the part worth stating plainly.

  • claude is fed by the Claude Code status line the moment it renders. On a new desktop install, a disclosed direct usage request starts on. Existing desktop installs without a choice are asked first, and terminal setup records its own choice.
  • codex, gemini_cli, grok, kimi and openrouter read the login their own tool already stored, at most once every fifteen minutes, behind the desktop app's own refresher or the terminal's openlimiter refresh.
  • antigravity arrives through the documented Antigravity CLI status line. Use /usage in Antigravity CLI to refresh quota.
  • manual is fed by a document you place in the state directory.
  • opencode is the one connector left with no reader of its own: it only accepts data through openlimiter ingest --provider opencode, because it reads an authenticated page rather than a login file.

The ingestion page documents the manual and OpenCode shapes in full.

Reading the labels

Every snapshot carries four labels, so a surface can always tell a reader how much to trust a number.

The four connector labels and their meaning
labelvalues you will see
credentialOriginofficial-local-tool, user-key, browser-session, user-entered
dataInterfaceStatusnative-statusline-payload, documented-api, internal-endpoint, authenticated-scrape, manual
automationRisklow or high
verificationUNVERIFIED

What drift looks like

Unofficial interfaces change without notice. When a shape moves, parsing fails closed: the affected provider returns to unknown, the other providers are unaffected, and nothing invents a number to fill the gap.

The OpenRouter credential

OpenRouter is the one connector with a real sign in of its own: OAuth, started from the hub, and the key it hands back is what gets read from then on. A key you already hold still works, fed the same way any other connector is.

terminal
openlimiter ingest --provider openrouter --payload '{"data":{"total_credits":15,"total_usage":14.2}}'

API spend keys

A key for an API spend meter is a separate thing from a subscription login. It lives in this device's operating system keyring by default. Cloud metering, an opt in Pro feature, stores that key encrypted on the server instead, so the hub and the phone can show spend with no device running.

Connectors that do not exist yet

Only the eight above are real. Anything else you might hope for is not built, is not scheduled, and should not be assumed. If a subscription has no connector, the manual path covers it today with numbers you enter yourself.