Anthropic force OpenCode à supprimer son plugin d'authentification Claude par la voie juridique, tandis qu'OpenAI ouvre ses abonnements aux outils tiers

Anthropic force OpenCode à supprimer son plugin d'authentification Claude par la voie juridique
tandis qu'OpenAI ouvre ses abonnements aux outils tiers

Le 19 mars 2026, un simple commit fusionné dans la branche dev du projet OpenCode a déclenché une onde de choc dans la communauté des développeurs. Intitulé sobrement « anthropic legal requests », le pull request #18186 acte la capitulation d'un projet open source face aux exigences juridiques d'Anthropic. Derrière la sécheresse du message de validation se cache un affrontement qui dure depuis plus de deux mois : celui entre une entreprise d'IA soucieuse de contrôler son écosystème et une communauté qui refuse d'être enfermée dans un seul outil.

Le pull request a été soumis et fusionné par thdxr, membre de l'équipe d'OpenCode, le 19 mars 2026. Son contenu est chirurgical et sans ambiguïté. La modification supprime le fichier de prompt système estampillé Anthropic (anthropic-20250930.txt), retire le greffon intégré opencode-anthropic-auth@0.0.13, supprime l'en-tête bêta claude-code-20250219 des requêtes, et efface toute référence à Anthropic dans l'interface de sélection des fournisseurs.

En creux, ce qui disparaît, c'est la possibilité pour les utilisateurs d'OpenCode de s'authentifier via OAuth avec leur abonnement Claude Pro ou Max, et donc d'utiliser un outil tiers tout en bénéficiant de la facturation forfaitaire d'Anthropic. Une fonctionnalité que la communauté avait largement adoptée, et qu'Anthropic a décidé d'étouffer.


Chronologie d'un verrouillage progressif

Pour comprendre ce pull request, il faut remonter au début de l'année. Le 9 janvier 2026, Anthropic a discrètement bloqué côté serveur l'accès OAuth pour les outils tiers, sans annonce publique, sans billet de blog, sans préavis. Du jour au lendemain, des outils comme OpenCode, OpenClaw ou Cline ont cessé de fonctionner avec les abonnements Claude.

Le 19 février 2026, Anthropic a officiellement mis à jour ses conditions d'utilisation en ajoutant une section explicite sur l'authentification, stipulant que les jetons OAuth issus des abonnements Free, Pro et Max ne peuvent être utilisés qu'avec les outils officiels d'Anthropic, soit Claude Code et Claude.ai.

Ce n'était pas une surprise juridique totale. Une clause interdisant l'accès automatisé aux services sans clé API était présente dans les conditions d'utilisation depuis plus de deux ans. Malgré cela, de nombreux outils tiers avaient contourné cette règle en permettant aux utilisateurs de fournir leur clé d'abonnement Claude.

Côté OpenCode, la réponse technique avait d'abord été de maintenir coûte que coûte la compatibilité. Le projet avait gagné 18 000 étoiles en deux semaines en janvier 2026 et comptait 2,5 millions de développeurs actifs mensuels en février 2026, une popularité fulminante qui en faisait une cible de choix pour Anthropic.

L'anatomie d'un conflit économique

Au cœur du litige, une question simple : qui profite de qui ? Claude Code est un environnement d'exécution ; il s'intègre dans le terminal de l'utilisateur, achemine les requêtes vers le modèle Claude et orchestre les échanges pour créer ce qu'Anthropic appelle un outil de programmation agentique. De nombreux autres environnements similaires existent (Cursor, OpenCode, OpenClaw) et proposaient d'utiliser le même modèle sous-jacent avec leur propre interface.

Selon certains participants à la discussion sur Hacker News, Anthropic propose des jetons à prix fortement subventionné via les abonnements Claude Code. Un abonnement Claude Max à 200 dollars par mois donnerait accès à environ huit à douze fois plus de jetons que ce que permettrait une dépense équivalente sur l'API à la demande. En laissant des outils tiers exploiter ce même tunnel d'authentification, OpenCode permettait à ses utilisateurs de bénéficier de ce subventionnement sans utiliser Claude Code, ce qu'Anthropic assimile à un détournement de son modèle économique.

Un ingénieur d'Anthropic avait exposé l'argument technique en janvier : les environnements tiers utilisant les abonnements Claude génèrent des profils de trafic inhabituels, sans la télémétrie ordinaire fournie par Claude Code, ce qui complique le débogage et l'assistance aux utilisateurs.

Mais une partie de la communauté conteste cette lecture. Plusieurs développeurs sur Hacker News font valoir que les limites d'utilisation sont appliquées au niveau du compte, pas de l'environnement d'exécution et que dès lors, un utilisateur consommant ses jetons via OpenCode ne consomme pas plus que s'il utilisait Claude Code. Pour ces voix, le vrai motif est ailleurs : Anthropic veut contrôler la couche applicative, pas seulement la couche modèle.

Le risque réel : être réduit à un simple fournisseur de jetons

Un commentateur résume l'enjeu stratégique : Anthropic a décidé de ne pas se contenter d'être le « distributeur de carburant » en jetons, il lui faut aussi contrôler l'environnement d'exécution. C'est une posture qui rappelle les grandes batailles de l'industrie logicielle. On cite Microsoft et sa stratégie « embrace, extend, extinguish » des années 1990, même si l'analogie est imparfaite.

Ce que craint Anthropic, c'est le scénario où la qualité de son modèle est découplée de la fidélité à son interface propriétaire. Si Claude Opus est meilleur que ses concurrents pour les tâches de refactorisation à grande échelle (plusieurs développeurs sur Hacker News confirment cette supériorité pour les projets complexes face à GPT-5.4), alors n'importe quel environnement tiers peut en profiter sans contribuer à l'écosystème Anthropic. Le fait que 5 % des commits GitHub soient désormais signés par Claude Code témoigne à la fois de la qualité du modèle et de l'effet du subventionnement tarifaire.

OpenAI joue la carte inverse

Le contraste avec OpenAI est saisissant. Pendant qu'Anthropic verrouillait l'accès aux abonnements, OpenAI ouvrait le sien : le 7 mars 2026, l'entreprise a annoncé un accès gratuit à ChatGPT Pro pour les mainteneurs de projets open source, citant explicitement OpenCode, Cline et OpenClaw parmi les outils éligibles.

Deux philosophies s'affrontent. D'un côté, une stratégie de contrôle vertical qui privilégie la maîtrise de la chaîne complète modèle-interface-données. De l'autre, une approche d'écosystème ouvert qui mise sur l'adoption large pour asseoir la popularité du modèle. La question est de savoir laquelle est viable à long terme dans un secteur où les benchmarks évoluent rapidement et où la fidélité des développeurs est aussi volatile que les classements des modèles.

Ce que révèle le code lui-même

Au-delà du conflit commercial, l'analyse technique du pull request est instructive. L'outil d'analyse automatique Greptile a relevé un effet de bord non intentionnel dans la modification : la refactorisation du fichier llm.ts supprime silencieusement l'en-tête User-Agent: opencode/${VERSION} qui était jusqu'alors envoyé à tous les fournisseurs tiers (OpenAI, Google, Azure) sans rapport avec Anthropic. Une régression potentielle qui aurait pu affecter le débogage chez ces autres fournisseurs.

Ce détail technique révèle la précipitation du changement. Le commit a été fusionné en moins d'une heure après sa soumission, avec l'activation de la fusion automatique par thdxr. La pression juridique a visiblement pris le pas sur la rigueur du processus de revue.

Un participant à la discussion sur Hacker News note que la suppression du greffon opencode-anthropic-auth ne signifie pas qu'un greffon communautaire remplissant la même fonction ne pourrait pas voir le jour. La décision retire simplement le support officiel intégré, sans bloquer techniquement la possibilité d'un greffon tiers. Une nuance importante, même si elle ne change pas l'effet immédiat pour les utilisateurs ordinaires.

La réaction de la communauté : entre résignation et mobilisation

Les réactions sur le dépôt GitHub et sur Hacker News oscillent entre l'incompréhension et la colère contenue. Le créateur de Ruby on Rails, David Heinemeier Hansson, a publiquement interpellé Dario Amodei sur X : « Politique terrible pour une entreprise dont les modèles ont été entraînés sur notre code, nos écrits, tout ce que nous avons produit. » L'argument frappe là où ça fait mal : Anthropic a construit ses modèles sur le code open source de l'internet, puis cherche à restreindre l'accès de la communauté open source à ces mêmes modèles.

Des témoignages de bannissements de comptes ont émergé dès janvier 2026 : un utilisateur rapporte avoir été banni après avoir migré de Claude Max 5 à Claude Max 20 tout en utilisant OpenCode via OAuth. La sanction n'était donc pas seulement théorique.


Vers un nouveau rapport de force dans l'écosystème des agents

Cette affaire dépasse le simple différend entre deux projets. Elle pose la question fondamentale du contrôle dans l'écosystème émergent des agents de programmation par IA. Le marché des environnements d'exécution pour modèles de langage comprend aujourd'hui Claude Code, Codex d'OpenAI, Antigravity de Google, Manus (récemment acquis par Meta), OpenCode, Cursor et Pi (l'environnement derrière OpenClaw).

En mars 2026, Anthropic a lancé une place de marché Claude permettant aux clients entreprise d'acheter des applications tierces construites sur Claude, sans commission. Une ouverture sélective qui illustre la logique d'Anthropic : accueillir les partenaires qui passent par ses canaux officiels, et exclure ceux qui tentent de court-circuiter son infrastructure d'authentification.

Ce modèle est-il viable ? La réponse appartient peut-être moins aux juristes qu'aux développeurs eux-mêmes, qui décideront avec leurs migrations, leurs étoiles GitHub et leurs portefeuilles.

Source : GitHub

Et vous ?

La distinction qu'opère Anthropic entre « accès par clé API » (autorisé avec des outils tiers) et « accès par OAuth d'abonnement » (réservé à Claude Code) vous paraît-elle défendable, ou constitue-t-elle une restriction déguisée à la concurrence ?

Un projet open source comme OpenCode était-il naïf de construire une fonctionnalité centrale sur un mécanisme d'authentification non documenté et potentiellement révocable à tout moment ?

La stratégie d'OpenAI (ouvrir l'accès à ses abonnements aux outils tiers open source) est-elle un pari sur le long terme ou un calcul opportuniste dans un moment de fragilité d'Anthropic ?

Si les modèles de langage ont été entraînés sur du code open source, la communauté open source a-t-elle une forme de droit moral à accéder à ces modèles sans restriction d'interface ?