OpenLimiterを使う理由

問題

2つか3つのコーディングエージェントを動かしている開発者は、毎週同じ中断に行き着きます。1つのプランがウィンドウの上限に達し、エージェントは作業の途中で止まり、他のどのサブスクリプションがまだ使えるかを人間がダッシュボードをあちこち探し回っている間、作業は止まったままです。

その情報は存在しています。ただし、statuslineのペイロード、ローカルの使用量ファイル、請求ページ、クレジット残高という4つの異なる構造に散らばっており、そのどれもエージェントからは見えません。

OpenLimiterがそれに対してすること

OpenLimiterは、あなたのマシン上で対応するAIサブスクリプションのquotaを読み取り、すべての値を1つのスキーマへ正規化し、範囲の定まった予算状態とルーティングのアドバイスを、コーディングエージェント自身のコンテキストへ渡します。最初のadapterは、Claude Codeのstatuslineとprompt hookです。

• 読み取る。connectorは、プロバイダーやローカルのツールがすでに生成した構造をパースします。このリリースではネットワークアクセスを一切行いません。
• 正規化する。閉じたenum、範囲の定まったパーセンテージ、そこから導かれる鮮度を持つ、1つのスナップショットスキーマです。unknownはunknownのままで、作り出された0になることは決してありません。
• アドバイスする。あなたにはコンパクトなstatuslineを、エージェントにはenumコード、数値、タイムスタンプだけを運ぶ、範囲の定まったコンテキストブロックを渡します。

意図的にそうしていないこと

• プロキシではありません。あなたのリクエストは、そのままプロバイダーへ直接送られ続けます。
• ダッシュボードサービスではありません。OpenLimiterのサーバーも、アカウントも、テレメトリーもありません。
• 請求ツールではありません。報告するのはウィンドウをどれだけ消費したかであって、いくら請求されるかではありません。

コードが従うルール

unknownはunknownのままです

欠落、期限切れ、不正な形式、認識できない入力は、すべてunknownに解決されます。何かを読み取れなかったconnectorは、そう表明します。コードベースの中で、存在しない値を0に変えるものは何もありません。偽の0は、エージェントにプランが枯渇したかのように振る舞わせてしまうためです。

パーセンテージは切り捨てられ、切り上げられることは決してありません

99.99%のmeterは99.9%として表示されます。上限に達したと主張するのは、実際にそこへ達したときだけです。

1行の不良データがプロバイダー全体を失わせることはありません

検証に失敗した行は取り除かれ、残りの行はそのまま数えられます。1つのウィンドウの期限切れは、サブスクリプション全体を忘れる理由にはなりません。

ローカルファーストで、信頼すべきサーバーもありません

すべては、あなた自身のユーザーアカウントの下にあるローカルの状態ディレクトリに書き込まれます。それがどこにあるかは設定を、それが何をもたらすかはセキュリティとプライバシーを参照してください。ライセンスはApache 2.0で、全体は検証者が現れるまで、自らのラベルによってUNVERIFIEDです。