ClawRouter : un routeur LLM dont le compte est une signature de portefeuille
The agent-native LLM router for autonomous agents. Every frontier model behind one wallet, <1ms local routing, USDC payments on Base & Solana via x402.
En bref
- De quoi s’agit-il ?
- ClawRouter est un routeur LLM local publié sous licence MIT, qui choisit un modèle parmi 78 modèles de chat et règle la facture en USDC via le protocole x402 ou avec une clé API adossée à une carte bancaire. Voici ce que le dépôt décrit, et ce qu'il laisse dans le flou.
- À qui s’adresse-t-il ?
- ClawRouter convient aux équipes qui font tourner des agents autonomes sans opérateur humain dans la boucle et qui acceptent que la facturation passe par une signature de portefeuille ou une clé API BlockRun. Il ne convient pas à qui veut un routeur hors-ligne sans dépendance à un gateway tiers, ni à qui a besoin d'un mode batch asynchrone documenté.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 2 jours.
- En quel langage est-il écrit ?
- Principalement TypeScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Le problème : un agent ne peut pas remplir un formulaire d'inscription
Le README ouvre sur une phrase qui résume la contrainte : « Agents can't sign up for accounts. Agents can't enter credit cards. Agents can only sign transactions. » Un agent qui tourne sans supervision humaine se heurte au même mur que n'importe quel service facturé à l'usage : il faut un compte, une carte, un plan. ClawRouter prend le problème par l'autre bout. Le compte, c'est une signature de portefeuille ; la facturation, ce sont des micropaiements USDC sur Base ou Solana via le protocole x402. Le routeur accepte aussi une clé API classique, obtenue après inscription sur user.blockrun.ai et recharge par carte, ce qui laisse une porte de sortie à ceux qui ne veulent pas de portefeuille. Six modèles sont annoncés comme gratuits, sans inscription, sans clé et sans wallet. Le public visé est donc étroit mais précis : des agents OpenClaw ou équivalents, lancés par des développeurs qui ne veulent pas devenir le point de passage obligé de chaque appel API.
Routage local sur 15 dimensions, et ce que le README ne détaille pas
Le mécanisme annoncé est un scoring local : chaque requête est analysée sur 15 dimensions, et le routeur choisit le modèle le moins cher capable de la traiter, en moins d'une milliseconde, sans appel réseau pour la décision. Le README ne liste pas ces 15 dimensions, et c'est la première zone d'ombre sérieuse. On peut raisonnablement supposer qu'il s'agit de longueur de contexte, de type de tâche, de besoin de raisonnement ou de vision, mais rien dans le matériel fourni ne le confirme. La conséquence pratique est simple : impossible de prédire depuis la documentation quel modèle sera sélectionné pour une requête donnée. Un routeur dont la politique de décision n'est pas documentée se teste, il ne se planifie pas. Le chiffre de 84 % d'économies par rapport à un baseline qui épingle Claude Opus 5 est présenté comme « computed from a published workload mix rather than estimated ». C'est une précision honnête, mais elle déplace la question : tout dépend de la composition de cette charge de travail publiée, qui n'apparaît pas dans l'extrait du README. Sur un trafic majoritairement composé de tâches simples, l'écart sera large ; sur du raisonnement long, il se resserrera.
Deux chemins de paiement, un seul point de défaillance
ClawRouter n'est pas le gateway. Le README est explicite : BlockRun est la passerelle et la facturation, ClawRouter est le routeur MIT qui tourne sur votre machine, décide du modèle et règle la note. Cette séparation a une conséquence directe sur l'architecture : la décision est locale, mais l'appel au modèle passe par BlockRun. Le portefeuille x402 et la clé API sont deux façons d'alimenter le même solde. Le mode x402 supprime le compte, pas l'intermédiaire. Un agent qui signe une transaction USDC sur Base ou Solana reste dépendant de la disponibilité de BlockRun pour atteindre OpenAI, Anthropic, Google, xAI ou DeepSeek. Le README mentionne 78 modèles de chat répartis sur 9 fournisseurs, ainsi que 9 modèles d'image, 8 modèles vidéo, 5 voix, de la recherche web et news, des marchés de prédiction, des cotations crypto et actions, du SQL on-chain sur plus de 100 millions de portefeuilles étiquetés et du RPC sur 40 chaînes. Autant de surface qui ne concerne pas le routeur lui-même mais le catalogue accessible derrière lui.
Installation et configuration : ce que le dépôt permet réellement
Le paquet est publié sur npm sous le nom @blockrun/clawrouter, et la page d'accueil du projet est la fiche npm correspondante. Le README ne fournit pas de bloc d'installation complet dans l'extrait disponible, donc toute commande d'installation précise serait une invention. Ce qui est vérifiable : le projet est en TypeScript, la version indiquée par le badge est TypeScript 5.7, la branche par défaut est main, et le dépôt n'est pas archivé. Les releases récentes montrent un rythme serré : v0.12.277 le 7 septembre 2026 avec une fonctionnalité « opt-in TWZRD AutoGate » et le correctif de disponibilité qui l'accompagne, v0.12.276 le même jour pour un modèle Gemini 3.8 Flash « routable but uncatalogued », et une preview desktop 0.1.3 le 8 septembre. Ce dernier point mérite attention : un catalogue de modèles qui peut être routable avant d'être catalogué signifie que la liste des modèles et la logique de routage évoluent séparément. Pour un déployeur, cela implique de suivre les releases plutôt que de se fier à une version figée.
La limite structurelle : pas de batch, pas de hors-ligne
Le README ne mentionne aucune API batch ou asynchrone, aucun mode différé, aucune file d'attente. Pour un agent qui enchaîne des milliers de requêtes courtes, le paiement à l'unité en USDC est cohérent. Pour un pipeline d'évaluation hors ligne qui veut soumettre 50 000 prompts d'un coup, ce modèle de facturation par appel devient un frottement, et rien dans le matériel fourni n'indique qu'un mode batch existe. Deuxième limite : le routeur est local, mais il n'est pas autonome. Sans accès à BlockRun, la décision de routage ne sert à rien puisque l'appel ne passe pas. Un utilisateur qui veut un routeur entièrement hors-ligne, capable de taper directement sur des endpoints OpenAI ou Anthropic avec ses propres clés, n'est pas la cible. Troisième point, plus discret : le README insiste sur le fait que ClawRouter est « the only LLM router that lets agents operate independently ». C'est une affirmation marketing que la documentation ne démontre pas ; d'autres routeurs existent, et le fait qu'ils exigent un compte humain est un argument, pas une preuve d'unicité.
Face à un routeur classique type LiteLLM
LiteLLM est l'alternative la plus évidente pour un lecteur technique : un proxy Python qui expose une interface compatible OpenAI au-dessus de nombreux fournisseurs, avec des clés API configurées côté serveur et une gestion de budget par clé. La différence d'approche est nette. LiteLLM suppose un opérateur humain qui détient les clés et les répartit ; ClawRouter suppose un agent qui détient un portefeuille et paie lui-même. LiteLLM s'installe comme service central, ClawRouter tourne sur la machine de l'agent. LiteLLM facture via les fournisseurs upstream, ClawRouter introduit une couche de facturation USDC en plus. Le choix dépend donc moins de la performance de routage que de qui détient le moyen de paiement. Une équipe qui a déjà des clés OpenAI et Anthropic en place n'a aucune raison de passer par un solde USDC. Une équipe qui déploie des agents sur des machines qu'elle ne contrôle pas, ou qui veut qu'un agent survive à la révocation d'une clé API humaine, a un argument concret pour ClawRouter.
Coût de maintenance et implications de licence
Le rythme des releases est le principal poste de coût. Entre le 7 et le 8 septembre 2026, trois publications : deux correctifs de version mineure sur la même journée et une preview desktop. Une cadence de ce type signifie que les modèles ajoutés, retirés ou re-catalogués arrivent en continu, et qu'une version figée dérivera du catalogue réel en quelques semaines. La licence MIT couvre le routeur : usage commercial, modification et redistribution sont permis, avec conservation du texte de licence. Elle ne couvre pas le service BlockRun, qui est un gateway facturé séparément, ni les modèles appelés derrière. Le README mentionne un plugin OpenClaw et une preview desktop, mais rien n'indique que ces composants suivent la même licence que le paquet npm principal ; c'est un point à vérifier dans l'arborescence du dépôt avant de bâtir dessus. Enfin, la dépendance à un protocole de paiement relativement récent (x402) ajoute une surface de risque opérationnel qui n'a rien à voir avec le code TypeScript lui-même.
Conclusion éditoriale
ClawRouter convient aux équipes qui font tourner des agents autonomes sans opérateur humain dans la boucle et qui acceptent que la facturation passe par une signature de portefeuille ou une clé API BlockRun. Il ne convient pas à qui veut un routeur hors-ligne sans dépendance à un gateway tiers, ni à qui a besoin d'un mode batch asynchrone documenté. Avant d'adopter, vérifiez deux points précis dans le dépôt : la licence MIT couvre le routeur, pas le service BlockRun, et la formule des 84 % de savings repose sur une charge de travail publiée dont la composition n'apparaît pas dans le README.
Notes de la communauté