Fable in Claude: Offenbar ist die Erweiterung ausgefallen

Fable wurde nicht deaktiviert; vermutlich versagte die Erweiterung

Ich würde dies vorerst nicht als Änderung des Abonnements bezeichnen: Nutzerberichten vom 15. September 2026 zufolge funktionierte Fable weiterhin bei anderen Inhabern kostenpflichtiger Pläne. Das Problem trat lokal in der Claude-Erweiterung für VS Code auf: Das Modell war früher am Tag verfügbar, startete später aber nicht mehr, während Opus weiterhin funktionierte.

In den vorliegenden Informationen findet sich keine Ankündigung von Anthropic, Fable aus Abonnements zu entfernen. Die Anthropic-Dokumentation zu Fable beschreibt ein komplexeres Modell: Einige höhere Tarife enthalten ein Kontingent, während bei Pro und Team Standard bereits ab der ersten Nachricht Nutzungsguthaben zu API-Preisen verbraucht werden können. Ein separater Nutzungszähler beweist daher nicht, dass der Zugang plötzlich vollständig kostenpflichtig wurde.

Parallel tauchte in Claude Cowork eine ähnliche Fehlerklasse auf. Ein Teilnehmer untersuchte mehrere Stunden lang ein Egress-Proxy-Problem: Der Harness ignorierte Einstellungen und blockierte Verbindungen, doch nach einem Update vom Vortag verschwand das Problem. Dies ist ein Nutzerbericht und keine offizielle Liste von Fehlerbehebungen, aber das Symptom passt gut zu bekannten Beschwerden über die Weitergabe von Proxy-Einstellungen zwischen Claude, Shell und VS Code.

Meine erste Prüfung wäre unspektakulär, aber sinnvoll: den Zugriff über eine andere Oberfläche vergleichen, die Nutzung prüfen und Proxy-Parameter explizit in den Erweiterungseinstellungen setzen. Wenn Fable bei Nutzern desselben Tarifs funktioniert und der Fehler auf einen Client beschränkt bleibt, wird die Theorie einer plötzlichen Abrechnungsänderung deutlich schwächer.

Warum solche Fehler wie Tarifänderungen wirken

Das Hauptproblem ist nicht der Fehler selbst, sondern die Art, wie der Agent-Harness ihn verschleiert. Der Nutzer sieht ein nicht verfügbares Modell und verfügbares Opus, weiß aber nicht, ob Authentifizierung, Routing, ein Nutzungslimit oder die Abonnementrichtlinie fehlgeschlagen ist. Mehrere verschiedene Ursachen werden zu einem einzigen, unklaren Symptom.

Für Arbeitsprojekte ist das ein echtes Risiko: Das Modell kann auf Dienstseite verfügbar sein, während eine bestimmte Erweiterung den Ablauf faktisch stoppt. Ich würde vor allem beobachten, ob der Fehler über verschiedene Oberflächen hinweg wiederkehrt und ob VS Code Proxy-Umgebungsvariablen übernimmt. Ein API-Schlüssel oder eine explizite HTTPS_PROXY-Konfiguration kann Authentifizierungs- und Netzwerkprobleme manchmal umgehen, ist aber ein Workaround und kein Beweis für die Ursache.

Die Fable-Geschichte endete ohne dramatische Aboänderung: Teilnehmer bestätigten, dass das Modell bei ihnen funktionierte, und der ursprüngliche Autor räumte eine wahrscheinliche Verzögerung der Erweiterung ein. Solange der Client jedoch Limits, Abrechnung und Netzwerkausfälle nicht klar unterscheidet, wird jeder solche Bug wie eine plötzliche Produktentscheidung aussehen.

Wir haben zuvor behandelt, wie Anthropic versteckte Qualitätsminderungen bei Claude-Anfragen zurücknahm und was das für Transparenz im Produktionseinsatz bedeutete. Dieser Kontext erklärt, warum Entwickler neue Änderungen bei Cowork- und Fable-Modelllimits so aufmerksam verfolgen.