Anthropic retire Claude d’OpenClaw, les développeurs contraints de migrer vers l’API

Anthropic vient de fermer une porte que beaucoup de développeurs utilisaient sans trop se poser de questions, faire tourner Claude dans des outils tiers comme OpenClaw en s’appuyant sur un abonnement, plutôt que sur une clé API facturée au jeton. Résultat immédiat, des intégrations se sont mises à renvoyer un message d’erreur indiquant que l’identifiant n’est autorisé que pour Claude Code et l’interface web.

Le changement n’est pas présenté comme un simple ajustement tarifaire, mais comme un durcissement technique lié aux règles d’usage, aux contournements d’authentification et à des problèmes de collecte de données. Pour les utilisateurs les plus intensifs, c’est un basculement budgétaire et opérationnel, avec une alternative claire, payer l’API, ou basculer vers un autre fournisseur pris en charge par l’outil.

Anthropic bloque le « spoofing » de Claude Code début 2026

Le point de départ, c’est un verrouillage de l’authentification. Des outils tiers se faisaient passer pour Claude Code, le client en ligne de commande officiel, afin d’utiliser des identifiants d’abonnement. Des développeurs ont vu leur flux se casser du jour au lendemain, avec une erreur explicite, l’authentification par abonnement est réservée à Claude. ai et à Claude Code, pas à des requêtes d’API faites depuis un bot ou un environnement externe.

Dans le même temps, des comptes ont été sanctionnés, avec des bannissements évoquant un « spoofing du harness ». Ce vocabulaire est important, il ne s’agit pas d’un bug, mais d’une détection d’un comportement jugé frauduleux. Anthropic explique que ces « harnesses » génèrent des schémas de trafic inhabituels et qu’ils ne fournissent pas la télémétrie attendue, ce qui complique le support, les diagnostics de limitation de débit et l’analyse des blocages.

Le durcissement s’inscrit dans un cadre contractuel plus ancien. Les conditions d’utilisation interdisent l’accès automatisé non autorisé, via bot, script ou procédé non humain, sauf via une clé API ou une permission explicite. Dit autrement, l’abonnement n’a jamais été conçu comme une « API illimitée » utilisable partout. Ce qui change, c’est l’efficacité de la barrière, parce que la voie technique qui permettait de contourner la règle a été colmatée.

La nuance à garder en tête, c’est que l’interdiction vise l’usage d’identifiants d’abonnement dans des outils non approuvés, pas le développement tiers en général. L’API officielle reste disponible, mais elle rétablit le modèle économique au jeton. Et c’est là que la douleur commence pour les utilisateurs intensifs, parce qu’ils doivent choisir entre conformité et facture, sans zone grise.

Claude Max à 200 $ face à une API pouvant dépasser 1 000 $

Le cur du conflit, c’est l’écart de prix. L’abonnement Claude Max est cité à 200 $ par mois, avec une capacité d’usage très élevée quand on passe par les canaux prévus. Dans les témoignages, la comparaison revient souvent, une consommation équivalente via l’API peut atteindre 1 000 $ mensuels, parfois plus. C’est ce différentiel qui a rendu la « combine » attractive, parce qu’elle transformait un forfait en carburant pour agents.

Anthropic propose aussi un palier à 100 $ par mois, présenté comme offrant « 5x » l’usage de Pro, tandis que le palier à 200 $ monterait à « 20x ». Pour un développeur qui fait tourner des boucles de refactorisation, des tests, des corrections, le calcul est vite fait. Tant que l’abonnement pouvait alimenter un outil comme OpenClaw, on obtenait une prévisibilité budgétaire, un plafond fixe, et une liberté d’orchestration.

Le problème, c’est que cette prévisibilité reposait sur une asymétrie. Le fournisseur supportait le coût de calcul, mais la facturation ne reflétait pas l’usage réel quand il était détourné vers des scénarios d’agents « always-on ». Le terme qui revient est arbitrage de tokens, payer un forfait pensé pour un usage encadré, puis l’exploiter comme une API à grande échelle. À long terme, ce type d’écart finit souvent par être corrigé, parce qu’il menace la soutenabilité du forfait.

Pour les équipes, la conséquence est très concrète. Un bot qui résumait une boîte mail, classait des tickets et lançait des scripts de code peut passer d’un coût fixe à un coût variable difficile à anticiper. Et si l’on ajoute les pics, un lundi matin chargé ou un incident de prod, la facture peut grimper plus vite que prévu. C’est le genre de changement qui oblige à mettre des garde-fous, quotas internes, alertes, ou réduction du périmètre des agents.

OpenClaw bascule vers OpenAI Codex après la coupure

OpenClaw n’a pas disparu, mais l’outil a dû pivoter. Son fondateur a confirmé publiquement qu’il n’est plus possible d’utiliser un abonnement Claude pour alimenter OpenClaw, et a montré comment passer à une offre basée sur OpenAI, avec un abonnement orienté Codex. Le message est limpide, l’intégration « Claude via abonnement » n’est plus un chemin viable, elle est bloquée structurellement.

Dans la pratique, ça signifie que les utilisateurs qui avaient construit des workflows autour de Claude doivent reconfigurer leurs identifiants et parfois leurs prompts. Un agent écrit pour un modèle donné ne se transpose pas toujours à l’identique, surtout sur des tâches de code, où la sensibilité au format de sortie, aux conventions et à la rigueur varie. Les équipes vont devoir tester, comparer, et accepter une période de régression, au moins temporaire, sur certains cas d’usage.

On a vu des symptômes typiques côté utilisateurs, un bot Telegram qui « fonctionnait hier » affiche un échec silencieux, puis des logs indiquant que le credential n’est autorisé que pour Claude Code. Ce genre de panne est brutal parce qu’elle casse la promesse d’automatisation. Tu crois avoir une chaîne robuste, et tu découvres qu’elle dépend d’une méthode d’accès tolérée, mais pas garantie. Pour un produit, c’est un risque de fiabilité, pas seulement une question de prix.

Le pivot vers OpenAI peut aussi être lu comme un signal de marché. Les outils d’orchestration veulent des conditions d’accès stables, documentées, et compatibles avec des usages automatisés. Si un fournisseur réserve ses abonnements à ses interfaces officielles, les intégrateurs n’ont plus beaucoup de marge. Ils choisissent donc un modèle explicitement conçu pour l’API, même si le coût est plus variable, parce que le risque de coupure unilatérale est moins élevé quand la voie est contractuellement prévue.

Anthropic met en avant la télémétrie et la donnée de préférence

Au-delà des règles, Anthropic insiste sur un point technique, les outils tiers créent du trafic « bizarre » et surtout ils coupent la visibilité. Quand tu utilises Claude Code directement, l’éditeur officiel peut remonter des signaux d’usage utiles, ce qui a été accepté, rejeté, modifié, et comment se déroule la boucle de débogage. Dans les discussions, cette donnée est décrite comme une forme de « gold » pour améliorer les modèles de code.

Avec un harness tiers, ce signal peut être capturé par l’intermédiaire. Anthropic paie le calcul, mais perd une partie des informations fines qui servent à comprendre la qualité réelle des suggestions. Pour un modèle de programmation, le détail compte, est-ce que la proposition a été gardée, est-ce qu’elle a été réécrite, est-ce qu’elle a cassé les tests, est-ce qu’elle a déclenché une itération supplémentaire. Ce sont des indicateurs de performance beaucoup plus riches qu’un simple « message suivant ».

Il y a aussi une dimension support et sécurité. Anthropic explique que sans la télémétrie standard, il devient difficile d’aider un utilisateur qui se plaint de limitations de débit ou de bannissements. Le fournisseur voit des requêtes, mais pas le contexte d’exécution, ni les patterns attendus. Et quand des milliers d’utilisateurs s’appuient sur des outils non officiels, l’assistance se transforme en puzzle, avec des plaintes impossibles à reproduire dans l’environnement que l’entreprise contrôle.

La critique qu’on entend côté développeurs, c’est que cette logique renforce un écosystème fermé. Oui, la télémétrie aide à améliorer le produit, mais elle crée aussi un avantage compétitif, parce que les meilleurs signaux restent dans les outils maison. C’est une tension classique, ouverture contre contrôle. Anthropic semble choisir le contrôle, au moins sur l’authentification par abonnement, et laisse l’ouverture à l’API, qui est la voie payante, mesurée, et plus facilement gouvernable.

Développeurs, Cursor et OpenCode, une colère qui révèle la dépendance

La coupure ne touche pas qu’OpenClaw. Des outils cités dans les échanges, comme Cursor ou OpenCode, ont été mentionnés par des utilisateurs qui s’appuyaient sur leur Claude Max pour alimenter des environnements de dev. Sur les forums, la réaction a été vive, avec des fils de discussion très commentés, notamment sur Reddit, où un thread a cumulé 265 upvotes et 67 commentaires. Ce volume montre un impact réel sur une communauté active.

On retrouve un profil type, le « power user » qui fait tourner des agents, des swarms, des automatisations, et qui avait optimisé son budget autour d’un forfait. Pour ces utilisateurs, l’API au jeton n’est pas juste « un peu plus chère », elle peut devenir un poste de dépense comparable à un salaire junior sur une année si l’usage n’est pas maîtrisé. Le changement force donc un arbitrage, réduire l’automatisation, payer plus, ou migrer.

Un témoignage résume bien l’ambivalence. Un développeur explique qu’il reste sur Claude Code malgré la controverse, parce qu’il juge le modèle très performant et préfère l’outil officiel. C’est un rappel utile, la décision d’Anthropic ne signifie pas que Claude devient inutilisable, elle signifie que l’usage doit passer par des canaux approuvés. Pour une partie du public, ce n’est pas un drame, c’est juste une contrainte d’outillage.

Mais il faut aussi pointer une nuance moins confortable. Quand un fournisseur peut couper une méthode d’accès du jour au lendemain, toute la chaîne d’outils autour devient fragile. Les équipes qui vendent des produits basés sur ces modèles doivent contractualiser, prévoir des bascules multi-fournisseurs, et mesurer la dépendance. Sinon, tu te retrouves à expliquer à tes clients que leur bot « ne marche plus » parce qu’un acteur a resserré ses règles. Et ça, même si c’est légitime côté fournisseur, c’est un coût de crédibilité côté produit.