Claude Design Abrechnungsfehler: Zusätzlicher Nutzungskauf wird nicht angewendet, Support-Bot fängt zahlende Nutzer

Ein Entwickler, der ein Projekt in Claude Design abschließen wollte, stieß auf zwei Fehler im System von Anthropic: eine Abrechnungs-UI, die Guthaben verkauft, die für das Produkt nicht funktionieren, und einen Support-Bot, der zahlende Kunden in einer Endlosschleife ohne menschliche Eskalation gefangen hält.
Fehler #1: Kauf zusätzlicher Nutzung funktioniert nicht für Claude Design
Während der Nutzung von Claude Design erreichte die App ihr Nutzungslimit und zeigte einen Upgrade-Bildschirm an. Der Benutzer wählte die Option für zusätzliche Nutzung für 20 $ (nicht das vollständige Upgrade für 100 $), da er nur zwei weitere Generationen benötigte. Die Zahlung ging innerhalb von drei Sekunden durch, das Guthaben wurde bestätigt. Doch als der Benutzer "Weiter" eingab, antwortete die App: "Sie haben Ihr Claude Design-Nutzungslimit erreicht – versuchen Sie es in etwa 24 Stunden erneut. Claude Design verwendet derzeit ein eigenes Nutzungslimit – dies ist getrennt von Ihrer regulären Claude-Nutzung." Der Versuch, das Design als PDF zu speichern oder an Canva zu senden, führte zum gleichen Fehler.
Der Kaufvorgang für zusätzliche Nutzung ist innerhalb von Claude Design zugänglich und präsentiert sich als Lösung für ein Claude Design-Limit. Die gekauften Guthaben gelten jedoch nicht für das separate Nutzungssystem von Claude Design. Die Fehlermeldung selbst bestätigt, dass es sich um separate Systeme handelt, doch die Kauf-UI gibt dies vor der Zahlung nie bekannt. Dies ist ein defekter Kaufvorgang, kein Benutzerfehler.
Fehler #2: Support-Bot Fin gerät in eine Schleife und blockiert menschlichen Kontakt
Als der Benutzer den Support kontaktierte, traf er auf Fin, den Support-Bot von Anthropic. Der Benutzer erklärte: "Zusätzliche Nutzung funktioniert nicht. Guthaben wird angezeigt, aber ich kann in Claude Design nicht darauf zugreifen. Ich brauche einen Mitarbeiter." Fin antwortete mit drei irrelevanten Vorschlägen. Nachdem der Benutzer sagte: "Das hat nicht geholfen. Sie stecken in einer Schleife. Ich brauche einen menschlichen Mitarbeiter," bat Fin darum, das Problem erneut zu beschreiben, anstatt zu eskalieren.
Der Benutzer tippte wiederholt "Mitarbeiter" ein. Fin antwortete: "Ich verstehe, dass Sie mit jemandem sprechen möchten, der Ihre Situation vollständig prüfen kann. Da Sie nicht normal auf Ihr Konto zugreifen können, können Sie uns über eine andere E-Mail-Adresse kontaktieren ..." – gab jedoch keine E-Mail-Adresse an. Fin entschied dann eigenständig, dass der Benutzer API-Guthaben anfocht (er hatte die API nie genutzt) und zitierte eine Richtlinie über nicht erstattungsfähige Nutzung. Der Bot kann nicht unterscheiden zwischen einem Dienst, der nicht funktioniert, und einer Streitigkeit über verbrauchte Guthaben.
Es gibt keine Markierung oder Eskalationsmöglichkeit, wenn Fin das Problem falsch interpretiert. Kein Mensch betrat jemals die Schleife. Nach wiederholten Versuchen sagte Fin: "wir haben bemerkt, dass Sie möglicherweise weggegangen sind" und schloss das Ticket. Da dieses Ticket technisch noch offen war, blockierte das System den Benutzer daran, ein neues zu eröffnen. Er musste sich von seinem bezahlten Konto abmelden und den Support als Gast kontaktieren, um seine eigene Support-Mauer zu umgehen. Das Hilfe-Center von Anthropic (aktualisiert März 2026) gibt an: "Menschlicher Sp..." (in der Quelle abgeschnitten).
Der Benutzer bittet nicht um Kontofixes – er dokumentiert, dass zwei Systemfehler existieren: einer in der Abrechnungs-UI, der Benutzer dazu bringt, unbrauchbare Guthaben zu kaufen, und einer in der Support-Infrastruktur, der zahlende Kunden daran hindert, einen Menschen zu erreichen.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

C++26-Standardentwurf mit Reflektion, Speichersicherheit, Verträgen und Async-Framework finalisiert
Der Entwurf des C++26-Standards ist abgeschlossen und führt Reflektion für Metaprogrammierung ein, verbesserte Speichersicherheit, die undefiniertes Verhalten für nicht initialisierte Variablen eliminiert und Grenzsicherheit für Standardbibliothekstypen hinzufügt, Verträge mit Vor-/Nachbedingungen und std::execution für Nebenläufigkeit.
Opus 5.5 reasoning_extraction-Verweigerungen: Der Auslöser ist oft ein Wort in Ihrem eigenen Prompt oder Tool-Schema
Opus 5.5 (sowie Opus 5 und Fable 5.1) kann stop_reason: "refusal" mit der Kategorie reasoning_extraction zurückgeben, wenn dein eigener Prompt oder dein Tool-Schema Wörter wie "reasoning" enthält. Das Umbenennen eines Schema-Feldes hat es in FaultMaven #1751 behoben.

Reddit-Nutzer vergleicht Claude Sonnet 4.6 und GPT-5 bei 10 Blogging-Aufgaben
Ein Reddit-Nutzer testete Claude Sonnet 4.6 gegen GPT-5 mit identischen Prompts für 10 gängige Blogging-Aufgaben und stellte fest, dass die Bearbeitungszeitdifferenz die nützlichste Metrik war.

AWS Lambda MicroVMs: VM-Isolierung für Benutzer- und KI-generierten Code mit Suspend/Resume bis zu 8 Stunden
AWS startet Lambda MicroVMs, eine serverlose Compute-Primitive auf Basis von Firecracker, die pro Benutzer VM-Isolation, nahezu sofortigen Start und bis zu 8 Stunden Zustandsspeicherung für die Ausführung von benutzer- oder KI-generiertem Code bietet.