対応プロバイダー
今日、6つのconnectorが提供されています。それぞれが、認証情報がどこから来るか、そのデータインターフェースがどれくらい公式なものか、どれくらい壊れやすいかを説明する、自前の誠実なラベルを持っています。
6つのconnector
| id | 読み取るもの | インターフェースの状態 |
|---|---|---|
claude | Claude Codeのstatuslineペイロードのレート制限ブロック | ローカルツールからのネイティブペイロード。自動化リスクは低。 |
openrouter | OpenRouterのドキュメント化されたAPIによるクレジットレスポンスの構造 | ドキュメント化されたAPI。自動化リスクは低。 |
codex | Codexのツールが生成する使用量ペイロード | 内部エンドポイント。予告なく壊れる可能性があります。 |
antigravity | Antigravityのツールが生成するquotaペイロード | 内部エンドポイント。予告なく壊れる可能性があります。 |
opencode | すでにサインイン済みのセッションの裏にある使用量ビュー | 認証が必要なページ。自動化リスクは高。壊れる可能性があります。 |
manual | 自分で書いた数値 | Manual entry。壊れることも、推測することもありません。 |
データが実際に届く仕組み
ここは人を驚かせる部分なので、はっきり述べる価値があります。このリリースでは、どのconnectorもネットワークアクセスを行いません。そのすべてがパーサーであり、別の何かがドキュメントを手渡す必要があります。
claudeには、標準入力に届くstatuslineペイロードが供給されます。Claude Codeが組み込まれていれば、この経路は自動です。manualには、状態ディレクトリに置いたドキュメントが供給されます。codex、antigravity、opencode、openrouterには、まだローカルのリーダーがありません。openlimiter ingest --provider <id>を通じてのみデータを受け取ります。
3つの経路すべてと、それぞれが受け付ける正確な構造は取り込みのページに記載されています。
ラベルの読み方
すべてのスナップショットは4つのラベルを持っており、それによってどの画面でも、その数値をどれくらい信頼してよいかを読み取る側に伝えられます。
| ラベル | 表示される値 |
|---|---|
credentialOrigin | official-local-tool, user-key, browser-session, user-entered |
dataInterfaceStatus | native-statusline-payload, documented-api, internal-endpoint, authenticated-scrape, manual |
automationRisk | lowまたはhigh |
verification | UNVERIFIED |
driftとはどういうものか
非公式なインターフェースは予告なく変更されます。構造が変わると、パースは安全側に倒れます。影響を受けたプロバイダーはunknownに戻り、他のプロバイダーには影響がなく、その空白を埋めるために数値が作られることもありません。
OpenRouterの認証情報
OpenRouterは、自分のキーを必要とする唯一のconnectorです。そのキーは、オペレーティングシステムの認証情報ストアに置くべきものであり、それ以外の場所には置きません。リポジトリのファイル、キャッシュファイル、エクスポート、診断出力、フィクスチャ、ログのいずれにも、決して現れてはいけません。
ターミナル
openlimiter ingest --provider openrouter --payload '{"data":{"total_credits":15,"total_usage":14.2}}'まだ存在しないconnector
実在するのは上の6つだけです。それ以外に期待するものは何であれ、作られておらず、予定にもなく、想定すべきではありません。サブスクリプションにconnectorがない場合、今日はmanualの経路が、自分で入力する数値でそれをカバーします。