Anthropic vient de tuer OpenClaw (mais il existe une solution)
Mike Codeur
![]()
Anthropic a bloqué les tokens OAuth pour les outils tiers. Pour beaucoup de développeurs, ça a ressemblé à un simple incident technique. En réalité, c'est un rappel très concret d'un problème plus profond : quand ton flux de travail IA dépend d'un accès que tu ne contrôles pas, toute ton organisation peut casser du jour au lendemain.
Dans la vidéo du jour, je montre comment continuer à utiliser OpenClaw avec Claude malgré ce changement. Mais au-delà de la solution technique, il y a une leçon plus importante : quand on construit des systèmes agentiques sérieux, il faut penser résilience, coût, et surface de dépendance.
Ce qui s'est vraiment passé
Jusqu'ici, beaucoup de gens utilisaient OpenClaw avec leur abonnement Claude Pro ou Max via des mécanismes OAuth qui fonctionnaient avec des outils tiers. Anthropic a fermé cette porte.
Conséquence immédiate :
- certains flux de travail ont cessé de fonctionner
- des automatisations se sont retrouvées bloquées
- beaucoup de devs ont réalisé qu'ils dépendaient d'un accès fragile
Ce n'est pas juste une histoire de "ça marche / ça marche plus". C'est une histoire d'architecture.
Pourquoi c'est important si tu bosses avec des agents IA
Quand tu montes un vrai setup avec OpenClaw, Claude Code, des automatisations, des rappels, des tâches en arrière-plan ou des workflows de contenu, tu construis en réalité une petite infrastructure.
Et dans une infrastructure, il faut distinguer 3 choses :
| Couche | Rôle | Risque principal |
|---|---|---|
| Modèle | Générer, raisonner, écrire du code | changement de prix, limites, accès coupé |
| Outil d'orchestration | Distribuer les tâches, lancer des agents, automatiser | dépendance à des intégrations externes |
| Workflow perso | Tes règles, tes prompts, ton organisation | dette de complexité |
Le problème, c'est que beaucoup de gens optimisent d'abord le confort. Ils choisissent la solution la plus simple à brancher. Puis un jour, une API change, une politique change, un token saute, et tout tombe.
Les 3 solutions pour continuer avec OpenClaw
1. Le contournement via CLI
La première solution consiste à passer par un backend CLI. C'est souvent l'option la moins chère, parfois même la plus économique si tu veux continuer à profiter d'un abonnement existant.
Mais il faut être honnête :
- ce n'est pas la voie la plus propre à long terme
- ça dépend d'un comportement produit qui peut encore changer
- il faut accepter un peu plus de bricolage
C'est une bonne option si tu veux aller vite, tester, ou garder un coût bas.
2. L'API Anthropic
La deuxième solution, c'est la voie officielle. Tu payes l'API, tu configures proprement ton stack, et tu récupères un fonctionnement beaucoup plus stable.
C'est généralement le bon choix si :
- tu utilises OpenClaw tous les jours
- tu veux éviter les surprises
- tu acceptes un coût variable en échange d'une vraie fiabilité
Le vrai sujet ici, ce n'est pas seulement le prix. C'est le rapport entre stabilité et contrôle.
3. Les agents ACP pour le code
La troisième solution est particulièrement intéressante pour les tâches de développement. L'idée n'est pas seulement de "faire marcher Claude". L'idée est de repenser le rôle du modèle dans ton flux de travail.
Avec ACP, tu peux réserver certaines tâches à des agents spécialisés, notamment sur le code, et mieux répartir les usages selon le niveau d'effort demandé.
C'est souvent là que le setup devient mature :
- un outil principal pour l'orchestration
- une voie stable pour les tâches critiques
- des agents spécialisés pour les tâches de code ou d'exécution
Mon angle perso sur le sujet
Le point important, ce n'est pas de défendre une stack par ego. Le point important, c'est de choisir un système qui survit aux changements du marché.
Aujourd'hui, l'écosystème IA bouge très vite :
- les modèles changent
- les prix changent
- les permissions changent
- les intégrations changent
Donc ton objectif ne devrait pas être :
"Trouver l'outil magique définitif"
Ton objectif devrait être :
"Construire un workflow assez flexible pour encaisser les changements sans tout refaire"
C'est exactement la différence entre un setup gadget et un setup professionnel.
Ce que je recommande aux développeurs
Si tu utilises déjà OpenClaw, Claude Code ou d'autres outils agentiques, voilà mon conseil simple :
- garde toujours une alternative officielle
- sépare les usages "confort" et les usages "critiques"
- pense ton coût comme un budget d'infrastructure, pas comme un achat impulsif
- documente ton setup pour pouvoir le rebrancher vite
Le plus gros piège, ce n'est pas le prix de l'API. Le plus gros piège, c'est de perdre du temps parce que ton système repose sur une dépendance non maîtrisée.
Vidéo complète
Dans la vidéo, je détaille les 3 solutions, les compromis de chaque approche, et le setup que j'utilise personnellement aujourd'hui.
👉 Regarder la vidéo : https://mkc.sh/tue-openclaw?utm_source=blog
📩 Pour recevoir ce genre d'analyse chaque semaine : http://mkc.sh/the-agentic-dev?utm_source=blog
Si tu bosses sur des workflows IA sérieux, des agents, du code assisté par IA ou des systèmes d'automatisation, c'est exactement le genre de changement qu'il faut apprendre à anticiper.