ClawRouter：讓 AI Agent 自己付費的 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 是一個 MIT 授權的 TypeScript 套件，號稱能在本地以低於 1ms 的時間，從 78 個模型中挑出最便宜且能勝任的模型。它真正的特點不在路由，而在計費：Agent 用錢包簽名當帳號，以 USDC 透過 x402 協定逐次付款。
- 適合誰用？
- 如果你的專案是 Autonomous Agent，且需要 Agent 在無人值守時獨立呼叫模型，ClawRouter 的 x402 錢包簽名計費是目前少見的解法，值得先跑通 Solana 或 Base 上的 USDC 流程。但若你的服務是傳統 Web 後端，使用者是人類開發者，既有帳號金鑰體系已足夠，這套路由器的區塊鏈計費反而是多餘的依賴。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 2 天前。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
人類開發者與 Agent 的帳號鴻溝
ClawRouter 要解決的問題，從 README 的第一句話就點明：Agent 不能註冊帳號，不能輸入信用卡，Agent 唯一能做的事情是簽署交易。傳統 LLM 路由器的服務對象是人類開發者，他們會去 OpenAI 或 Anthropic 的後台建立 API key，綁定付款方式，然後把 key 寫進程式的環境變數。但一個 Autonomous Agent 的定義就是自主運作，它不該在半夜三點因為額度用完而停擺，等人類起來充值。ClawRouter 的切入點是把「帳號」換成「錢包地址」，把「月結帳單」換成「每次請求的 USDC 微支付」。這個前提如果成立，Agent 就真正具備了獨立運作的財務基礎。它同時也接受傳統的信用卡儲值 API key 模式，但那只是為了讓習慣舊流程的開發者有個過渡選項。
15 維度本地路由的實際機制
根據 README，ClawRouter 在本地分析每個請求的 15 個維度，然後決定要把請求送到哪個模型。路由決策完全在本地執行，所以延遲宣稱低於 1ms。這與雲端路由服務不同，後者需要把請求先送到廠商的伺服器，由那邊的程式判斷後再轉發，多一次網路往返。本地方案的好處是決策延遲可預測，壞處是判斷邏輯的更新必須跟著套件版本走。README 提到的具體維度沒有展開，但從它宣稱能路由到 78 個聊天模型、9 個供應商來看，至少會包含模型能力分級、價格、上下文長度、以及請求的複雜度估計。路由的目標是「最便宜且能勝任」，這意味著它必須有能力判斷一個請求是簡單的摘要任務還是複雜的推理任務，否則就會把需要高階模型的請求送去給廉價小模型，產出低品質結果。
x402 協定與錢包簽名計費流程
ClawRouter 的計費核心是 x402 協定，README 描述為「錢包簽名就是帳號，USDC 微支付就是帳單」。運作方式推測如下：Agent 發出請求時，路由器會產生一個包含價格的付款要求，Agent 用其私鑰對這個要求簽名，簽名後的交易被送到 Solana 或 Base 鏈上結算，USDC 從 Agent 的錢包轉給服務提供者，然後模型才回應。整個過程不需要預先註冊，不需要 API key。這對 Agent 是理想的，因為簽署交易本來就是區塊鏈錢包的原生能力。但要注意，這代表 Agent 必須持有私鑰，而且每次請求都會產生一筆鏈上交易。Solana 的交易費用極低，Base 也屬於 Layer 2，所以微支付在經濟上可行。若你的 Agent 跑在無法安全保存私鑰的環境，例如某些無狀態的 Serverless 函數，這個計費模式就會卡住。
安裝與組態：從 npm 到第一個請求
ClawRouter 以 npm 套件形式發布，套件名是 @blockrun/clawrouter，語言是 TypeScript 5.7。安裝方式就是標準的 npm install。組態上，你需要決定付款方式：若要走 USDC，你得準備一個支援 Solana 或 Base 的錢包，並在其中存放 USDC；若要走信用卡，則需到 user.blockrun.ai 註冊、儲值，然後取得 API key。README 也提到有 6 個免費模型，完全不需要註冊、金鑰或錢包，這對開發階段的測試很方便。路由器的組態應該會包含模型清單與各模型的價格表，但 README 沒有提供具體的設定檔範例或程式碼片段，這部分需要實際查閱套件文件才能確認。
成本節省宣稱的適用邊界
README 宣稱 ClawRouter 能將 AI API 成本降低最多 84%，方法是與「固定使用 Claude Opus 5」的基線比較。這個數字下方有一行小字說明：這是「從一個已發布的工作負載組合計算而來，而非估計」。這是重要的誠實聲明，也是重要的限制。84% 的節省只有在你的請求分布與他們發布的基準工作負載相似時才可能達成。如果你的專案絕大多數請求都是高複雜度的程式碼生成或長篇推理，路由器的節省空間就很小，因為它無法把這些請求降級到便宜的模型。反之，如果你的流量大多是簡單的分類、摘要或關鍵字提取，節省幅度可能遠超過 84%。任何成本優化工具的真實效益都取決於流量特徵，ClawRouter 也不例外。
與傳統雲端路由器的路線差異
市場上既有 LLM 路由器，例如 OpenRouter 或 LiteLLM，採取的是閘道代理模式。請求送到一個統一端點，由服務端決定轉發到哪個模型，計費由該平台統一處理，開發者用 API key 認證。ClawRouter 的差別在於把路由邏輯拉到本地執行，並把計費從「平台帳單」換成「鏈上微支付」。OpenRouter 需要你先儲值到平台帳戶，這對人類開發者很自然，但對 Agent 來說，它無法自己去 OpenRouter 的網站刷卡儲值。ClawRouter 的 x402 模式讓 Agent 直接用自己的錢包付款，繞過了平台帳戶這個中間層。代價是 Agent 必須理解區塊鏈交易，且每次請求都有鏈上結算延遲，即使路由本身低於 1ms，最終回應時間仍取決於鏈的確認速度。
版本節奏與維護成本
從發布記錄看，ClawRouter 的版本迭代非常頻繁，v0.12.276 與 v0.12.277 只相隔一天，後者是為了修正 TWZRD AutoGate 的可用性問題，前者則是因為 Gemini 3.8 Flash「可以路由但未編入目錄」。這透露兩個訊息：套件內建了模型目錄，新模型推出時需要更新套件才能正確路由；而版本號停在 0.12.x，代表專案仍處於快速變動的早期階段。頻繁的發布代表 bug 修正迅速，但也代表 API 可能尚未穩定，升級時需要留意 breaking change。專案採用 MIT 授權，商用沒有阻礙。另外有個名為 ClawRouter Desktop 的預覽版，版本是 0.1.3-preview.1，主打 UI 更新，暗示專案正在往桌面應用方向擴展，但這個產品的定位與 CLI 套件的關係，README 沒有說明。
編輯結論
如果你的專案是 Autonomous Agent，且需要 Agent 在無人值守時獨立呼叫模型，ClawRouter 的 x402 錢包簽名計費是目前少見的解法，值得先跑通 Solana 或 Base 上的 USDC 流程。但若你的服務是傳統 Web 後端，使用者是人類開發者，既有帳號金鑰體系已足夠，這套路由器的區塊鏈計費反而是多餘的依賴。採用前請先確認：你的 Agent 執行環境能否安全保管私鑰並自動簽署交易，否則「無人值守」會變成「無人能簽」。另外，README 宣稱的 84% 成本節省是基於其公布的特定工作負載組合，不是通用保證，你自己的流量分布可能完全不同，必須用實際請求重新測量。
社群筆記