ClawRouter: エージェント自身がウォレット署名で支払うLLMルーター
The agent-native LLM router for autonomous agents. Every frontier model behind one wallet, <1ms local routing, USDC payments on Base & Solana via x402.
ひと目でわかる
- これは何？
- ClawRouterは、リクエストをローカルで解析して安価なモデルへ振り分けるTypeScript製ルーターだ。APIキー課金に加え、x402経由のUSDCマイクロペイメントでエージェント自身が決済できる点が設計の中心にある。
- 誰に向いている？
- 採用を検討すべきなのは、自律エージェントにアカウント登録やカード入力をさせずに推論を実行させたいチームだ。特に、SolanaまたはBase上のUSDCウォレットをすでに運用しており、x402の決済フローを自前で検証できる体制がある場合に向く。
- 商用利用できる？
- できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 2 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
エージェントにはアカウント登録ができない、という出発点
READMEの冒頭は問題設定をはっきり書いている。エージェントはアカウントを作れず、クレジットカードも入力できない。できるのはトランザクションに署名することだけだ。既存のLLMルーターは人間の開発者を前提に作られており、登録、カード入力、ダッシュボードでのキー発行という手順を踏む。この前提が、完全自律で動くエージェントにとっては障害になる。ClawRouterはこの一点を設計の出発点に置いている。対象読者は、エージェントに推論を実行させたいが、そのたびに人間がアカウントや請求の面倒を見たくない開発者だ。READMEは「a wallet signature is the account, and USDC micropayments over the x402 protocol are the billing」と述べており、署名そのものをアカウントとして扱う。
15次元のローカル判定と1ms未満という主張の読み方
ルーティングの仕組みについて、READMEは各リクエストを15の次元で解析し、対応可能な中で最も安価なモデルへ1ms未満で振り分けると説明している。判定は完全にローカルで行われると明記されており、ルーティング判断のために外部サービスへ問い合わせる構造ではないと読める。コスト削減率として提示される84%は、公開されたワークロード構成に基づく計算値だとREADME自身が注記している。つまり実測ベンチマークではなく、想定トラフィックに対する試算だ。ここは採用判断で分けて考える必要がある。15次元という粒度や1ms未満という数値は、自分のトラフィックで再現するかどうかを確認しない限り、そのまま前提にできない。READMEは次元の中身を列挙していないため、どの軸で判定されるかはリポジトリのコードを読むまで確定しない。
x402とUSDC: 決済レイヤーがルーターに同居する構成
ClawRouterの特徴は、ルーティングと決済が同じパッケージに同居している点だ。READMEによれば、支払い方法は3通りある。1つ目はuser.blockrun.aiで登録し、チャージしてAPIキーを発行するクレジットカード方式。2つ目はSolanaまたはBase上のUSDCを使うx402ウォレット方式で、アカウントを作らない。3つ目はどちらも使わず、無料枠のモデルだけを利用する方式だ。READMEの記載では無料モデルは6つあり、サインアップもキーもウォレットも不要とされている。決済はBlockRun側のゲートウェイが担い、ClawRouterはMITライセンスのルーターとして手元で動く、という役割分担になっている。この分離は重要で、ルーターのコードは公開されているが、モデルへの到達と請求の実体はBlockRunのサービスに依存する。
導入: npmパッケージと3つの支払い経路
配布はnpmの@blockrun/clawrouterで行われており、ホームページも同パッケージのページを指している。リポジトリはTypeScriptで書かれ、デフォルトブランチはmain、ライセンスはMITだ。導入手順として確認できるのは、カード経路ならuser.blockrun.aiで登録してチャージし、APIキーを発行してルーターに渡す流れ。USDC経路ならx402ウォレットを用意し、SolanaかBaseのどちらかでUSDCを扱えるようにする流れ。無料経路ならキーもウォレットも不要で、READMEが示す6モデルの範囲で試す流れになる。注意点として、READMEには設定キー名やCLIの具体的なオプション一覧が載っていない。実際の設定ファイルのキーや起動コマンドはパッケージのドキュメントかリポジトリを直接確認する必要がある。ここで推測でキー名を書くのは避ける。
汎用ルーターとの違いはモデル選択の質ではなく支払いの経路
一般的なLLMルーター、たとえば開発者向けのゲートウェイ型ツールと比べたときの差は、モデル選択アルゴリズムの優劣ではない。違いは支払いの主体が誰かにある。通常のルーターは人間が契約したアカウントのAPIキーを前提にし、請求はその人間に集約される。ClawRouterはエージェントが自分で署名して支払う経路を用意し、さらにカード経路も残している。つまり同一のルーターを、人間が運用する場面とエージェントが自律運用する場面の両方で使える。ただし自律運用を選んだ場合、支出の上限管理や異常検知をルーター側が提供するかはREADMEからは読み取れない。エージェントにウォレットを渡すという判断は、支払いの自動化と引き換えに、支出の統制を自分で設計する責任を負うことになる。
向かない場面と、確認が取れない部分
このルーターが明確に不向きなのは、請求の透明性や統制が重視される企業の本番系だ。x402とUSDCによる決済はブロックチェーン上のトランザクションとして記録されるが、READMEは会計処理や監査対応、予算アラートについて何も述べていない。また、モデルのカタログは頻繁に更新されている。リリースノートにはv0.12.276で「Gemini 3.8 Flash was routable but uncatalogued」という修正が記録されており、ルーティング可能だがカタログに載っていないモデルが実際に発生したことが分かる。これはカタログとルーティング判定の同期が運用上の課題になり得ることを示す。加えて、無料6モデルの具体的な名前、レート制限の有無、x402の手数料負担、BlockRun側のサービス停止時にルーターがどう振る舞うかは、提示された資料からは確認できない。
メンテナンス頻度とライセンスの意味
リリースは活発で、2026年9月7日から8日にかけてv0.12.276、v0.12.277、desktop-v0.1.3-preview.1が立て続けに出ている。パッチ番号が277まで進んでいることから、修正の粒度は小さく頻度は高い。デスクトップ版はpreview表記であり、UIの更新とステータス表示の修正が中心とされている。追従コストを見積もるなら、この更新速度を前提にすべきだ。ライセンスはMITで、リポジトリのLICENSEに従う限り改変と再配布が可能である。ただしルーター本体がMITでも、モデルへのアクセスと決済はBlockRunのサービス利用条件に従う。ソフトウェアのライセンスと、USDC決済やAPIキーにまつわる契約条件は別物として確認する必要がある。これは法的助言ではない。
編集部の結論
採用を検討すべきなのは、自律エージェントにアカウント登録やカード入力をさせずに推論を実行させたいチームだ。特に、SolanaまたはBase上のUSDCウォレットをすでに運用しており、x402の決済フローを自前で検証できる体制がある場合に向く。逆に、監査済みの請求書発行や予算統制、人間による承認フローが必須の本番系には現状のままでは勧められない。導入前に確認すべきは、READMEが示す無料モデル枠がx402なしで本当に自分の用途を満たすか、そしてnpmの@blockrun/clawrouterがどのバージョンを指しているかだ。
コミュニティノート