Fable dans Claude : l’extension semble en cause

Fable n’a pas été désactivé : l’extension semble avoir échoué

Je ne qualifierais pas encore cela de changement d’abonnement : selon les retours d’utilisateurs du 15 septembre 2026, Fable continuait de fonctionner chez d’autres détenteurs de forfaits payants. Le problème s’est manifesté localement dans l’extension Claude pour VS Code : le modèle était disponible plus tôt dans la journée, puis a cessé de se lancer, alors qu’Opus continuait de fonctionner.

Les informations fournies ne comportent aucune annonce d’Anthropic indiquant le retrait de Fable des abonnements. La documentation d’Anthropic sur Fable décrit un mécanisme plus nuancé : certains forfaits supérieurs comprennent un volume inclus, tandis que Pro et Team Standard peuvent consommer des crédits d’usage dès le premier message aux tarifs API. Un compteur d’usage séparé ne prouve donc pas, à lui seul, que l’accès est soudainement devenu entièrement payant.

Une catégorie de panne comparable est apparue en parallèle dans Claude Cowork. Un participant a passé plusieurs heures à analyser un problème de proxy de sortie : le harness ignorait les paramètres et bloquait les connexions, puis le souci a disparu après une mise à jour publiée la veille. Il s’agit d’un témoignage utilisateur, non d’une liste officielle de correctifs, mais le symptôme correspond bien aux plaintes connues sur la transmission des paramètres proxy entre Claude, le shell et VS Code.

Ma première vérification serait banale, mais utile : comparer l’accès depuis une autre interface, examiner l’usage et définir explicitement les paramètres proxy dans l’extension. Si Fable fonctionne pour des utilisateurs du même forfait et que la panne se limite à un client, l’hypothèse d’un changement brutal de facturation devient nettement moins crédible.

Pourquoi ces pannes ressemblent à des changements de forfait

Le principal problème n’est pas l’erreur elle-même, mais la manière dont le harness de l’agent la masque. L’utilisateur voit un modèle indisponible et Opus disponible, sans savoir si l’authentification, le routage, une limite d’usage ou la politique d’abonnement a échoué. Plusieurs causes différentes se transforment en un seul symptôme imprécis.

Pour les projets professionnels, c’est un risque réel : le modèle peut être disponible côté service, alors qu’une extension particulière bloque concrètement le processus. Je surveillerais surtout la répétition de l’erreur entre les interfaces et l’héritage des variables d’environnement proxy par VS Code. Utiliser une clé API ou configurer explicitement HTTPS_PROXY peut parfois contourner les problèmes réseau et d’authentification, mais cela reste un contournement, pas une preuve de la cause.

L’histoire de Fable s’est terminée sans changement spectaculaire d’abonnement : des participants ont confirmé que le modèle fonctionnait chez eux, et l’auteur initial a reconnu un probable décalage de l’extension. Mais tant que le client ne distingue pas clairement limites, facturation et échec réseau, chaque bug de ce type semblera être une décision soudaine du produit.

Nous avons déjà analysé l’abandon par Anthropic des dégradations cachées des requêtes Claude et ses conséquences pour la transparence en production. Ce contexte aide à comprendre pourquoi les développeurs suivent de si près les nouveaux changements de limites des modèles Cowork et Fable.