Wenn `HERMES.md` in einer Commit-Nachricht steht, wird auf kostenpflichtige Extra-Nutzung umgeleitet
(github.com/anthropics)- Wenn in einer aktuellen git-Commit-Nachricht die Zeichenfolge
HERMES.mdenthalten ist, werden Claude-Code-Anfragen statt über das Max-Plan-Kontingent über den Abrechnungspfad für Extra-Nutzung geleitet - Dieser Trigger hängt nicht von der Existenz einer Datei auf der Festplatte ab, sondern wird durch den Inhalt der Commit-Nachricht selbst ausgelöst;
add HERMES.mdschlägt fehl,add hermes.mdwird dagegen normal verarbeitet - In Reproduktionstests wurde bei
claude-opus-4-6[1m]undclaude-opus-4-7der FehlerAPI Error: 400 "You're out of extra usage..."bestätigt;HERMES,HERMES.txt,README.mdusw. verursachen das gleiche Verhalten nicht - In betroffenen Umgebungen waren trotz verbleibender wöchentlicher Plan-Kapazität bereits $200.98 an Extra-Nutzungsguthaben aufgebraucht, und nachdem die Extra-Nutzung erschöpft war, wurden mehrere Projekte unbenutzbar
- Als Ursache wurde ein überaggressiv arbeitendes Anti-Abuse-System bestätigt; der Fehler wurde bereits behoben, das Issue anschließend als completed geschlossen und Hinweise zu Erstattungen sowie zusätzlichen Usage Credits folgten
Überblick über das Problem
- Wenn in einer aktuellen git-Commit-Historie die Zeichenfolge
HERMES.mdenthalten ist, werden Claude-Code-Anfragen statt über das Max-Plan-Kontingent über den Abrechnungspfad für Extra-Nutzung geleitet - Das ist unabhängig davon, ob auf der Festplatte eine Datei
HERMES.mdexistiert; der Inhalt der git-Commit-Nachricht selbst fungiert als Trigger - Da Claude Code zuletzt Commits in den System-Prompt aufnimmt, wurde das Problem darauf eingegrenzt, dass sich bei Vorhandensein dieser Zeichenfolge das serverseitige Routing ändert
- Obwohl beim enthaltenen Max-20x-Plan nur etwa 13 % der wöchentlichen Nutzung verbraucht waren, wurden $200.98 an Extra-Nutzungsguthaben aufgebraucht; nach Erschöpfung der Extra-Nutzung konnten mehrere Projekte gar nicht mehr verwendet werden
- Gleichzeitig zeigte das Plan-Dashboard an, dass mehr als 86 % der wöchentlichen Kapazität noch verfügbar seien, sodass tatsächlicher Abrechnungspfad und angezeigter Status auseinanderliefen
Reproduktionsbedingungen und Ergebnisse
- Die Testumgebung war Claude Code v2.1.119, macOS Apple Silicon, Max-20x-Plan für $200/Monat, Modell
claude-opus-4-6[1m]; das Verhalten ließ sich auch mitclaude-opus-4-7reproduzieren - Im minimalen Reproduktionsablauf liefert
claude -p "say hello" --model "claude-opus-4-6[1m]"nachgit commit -m "add HERMES.md"den FehlerAPI Error: 400 "You're out of extra usage..."zurück - Wird im gleichen Ablauf die Commit-Nachricht zu
add hermes.mdgeändert, erfolgt die Verarbeitung über den Plan-Kontingentpfad und es wird"Hello!"zurückgegeben - Das Reproduktionsskript erstellt die Verzeichnisse
/tmp/test-failund/tmp/test-pass, führt danngit init, das Hinzufügen von Dateien, einen Commit undclaude -paus und räumt zum Schluss mitrm -rfauf - Die Ermittlung des Triggers ergab:
"HERMES.md"und"test HERMES.md test"schlagen fehl, während"hermes.md","HERMES","HERMES.txt","AGENTS.md","README.md"normal funktionieren - Selbst wenn auf der Festplatte eine Datei
HERMES.mdliegt, funktioniert alles normal, solange die Commit-Nachricht unauffällig ist; auch im selben Repository funktioniert es normal, wenn auf einem orphan branch keine Historie vorhanden ist
Ursachenanalyse und erwartetes Verhalten
- Die Ursachenanalyse verlief über das Klonen des betroffenen Repositorys, orphan-branch-Tests und eine systematische binäre Suche, bei der Commit-Nachrichten einzeln isoliert wurden; am Ende wurde
HERMES.mdals exakter Trigger eingegrenzt - Das Abrechnungsrouting von API-Anfragen darf nicht vom Inhalt der git-Commit-Nachricht im System-Prompt abhängen, und Anfragen von Max-Plan-Abonnenten sollten vorrangig über das enthaltene Plan-Kontingent geleitet werden
- Die Fehlermeldung
out of extra usageenthält keinen Hinweis darauf, dass inhaltsbasiertes Routing die Ursache ist, was die Diagnose sehr erschwert - Nutzer mit
HERMES.mdin aktuellen git-Commits befanden sich in einem Zustand, in dem ihre Nutzung unbemerkt über Extra-Guthaben abgerechnet werden konnte
Verlauf der Bearbeitung und Endstatus
- Ein Mitwirkender antwortete, dass dieses Problem durch ein überaggressiv arbeitendes Anti-Abuse-System verursacht worden sei und bereits behoben wurde
- Danach wurde das Issue mit dem Status completed geschlossen
- Ein GitHub-Actions-Bot schlug drei möglicherweise doppelte Issues vor
- [BUG] Literal "HERMES.md" in git commit messages triggers 400 "out of extra usage" on Max OAuth (content filter false-positive misclassified as quota error)#53171
- [BUG] CLI completely blocked by "out of extra usage" error despite Max 20x plan at only 10% usage#45020
- Billing bug: Extra usage pool consumed while session limit still has remaining capacity#29704
- Der Bot wies darauf hin, dass das Issue innerhalb von 3 Tagen automatisch als duplicate geschlossen werden könne, und bat darum, andernfalls einen Kommentar oder ein 👎 zu hinterlassen
Erstattungen und Support-Reaktion
- Im Text ist auch eine Support-Antwort zitiert, in der erklärt wird, dass selbst bei fehlerhaftem Billing-Routing durch einen technischen Fehler keine Entschädigung oder Erstattung angeboten werden könne
- Später wurde laut https://news.ycombinator.com/item?id=47952722 angekündigt, dass betroffene Nutzer eine vollständige Erstattung sowie zusätzliche Usage Credits in Höhe der monatlichen Abo-Gebühr erhalten sollen
- Thariq vom Claude-Code-Team hinterließ dazu den Link https://x.com/trq212/status/2048495545375990245
- Außerdem hieß es, dass weiterhin E-Mails an alle betroffenen Nutzer verschickt würden
- Das Support-System sei nicht darauf vorbereitet gewesen, solche komplexen Bugs an das Engineering weiterzuleiten; daran werde gearbeitet, das brauche jedoch Zeit
- Dadurch stehen der Hinweis auf fehlende Erstattungsmöglichkeiten und die spätere Erstattungsankündigung als widersprüchliche Botschaften im selben Verlauf nebeneinander
Nutzerreaktionen und Kritik am Design
- Als noch unklar war, ob es Erstattungen geben würde, führte das teils sogar zu Abo-Kündigungen; fehlende Rückmeldungen zur Erstattung und ein an die Nachricht angehängtes Clap-GIF wurden als Kündigungsgrund genannt
- Es zeigte sich auch die Haltung, künftige Entscheidungen davon abhängig zu machen, ob aus der Support-Antwort tatsächlich eine Erstattung folgt
- Wegen Bildern und Meme-Ausdrücken wurde erst später klar, dass der Kommentar des ursprünglichen Posters kein eigener Wortlaut war, sondern ein Zitat eines Support-Bots
- Unter Berufung auf den Bericht von @bcherny wurde außerdem die Deutung geäußert, dass ein überaggressives Anti-Abuse-System manche Anfragen nicht blockiere, sondern in die Extra-Nutzungsabrechnung verschiebe
- Daran schloss sich Kritik an, dass mutmaßlicher Missbrauch dann blockiert und nicht per zusätzlicher Abrechnung behandelt werden sollte; falls es einen Modus gebe, der Quoten umgeht, Anfragen weiter ausführt und stattdessen einen Aufpreis berechnet, sei bereits dieses Design problematisch
- Es gab auch Widerstand gegen die Vorstellung, dass der Versuch von Nutzern, einen lokal laufenden Client selbst zu kontrollieren, wie ein Verstoß behandelt werde; ebenso wurde kritisiert, dass man einer Software-Agent eigentlich Befugnisse zur Handlung im Namen des Nutzers übertragen können müsse
- Der Hinweis folgte, dass ein Produkt, das als persönlicher Agent verkauft werde, in seiner tatsächlichen Funktionsweise widersprüchlich wirke, wenn in Wahrheit eher nur eine Kombination aus Person und Agent willkommen sei
Erwähnung alternativer Modelle
- Chinesische Open-Weight-Modelle wurden als Alternative genannt, da sie sich auf lokaler Hardware hosten und mit vorhandener Hardware selbst betreiben lassen
- Diese Modelle seien gegenüber Anthropic 10- bis 50-mal günstiger, bei einer um etwa 2,7 % niedrigeren Coding-Leistung
1 Kommentare
Hacker-News-Kommentare
Es ist wirklich erstaunlich, dass sie wegen ihres eigenen technischen Fehlers falsch abrechnen und dann nicht einmal erstatten können
Mindestens hätte Anthropic sofort eine vollständige Gutschrift geben sollen
Es fühlt sich ein wenig wie ein Vorgeschmack auf die Zukunft des Kundensupports an
So nach dem Motto: „Ja, tut uns wirklich leid, aber bitte sehen Sie einfach darüber hinweg. Wenn Sie möchten, können Sie noch ein paar Stunden mit einem AI-Chatbot sprechen. Helfen wird das zwar nicht, aber auf unserer Seite fallen dann vielleicht noch 0,12 Dollar an Token-Kosten an“
Es könnte gut sein, dass Anthropic davon zum ersten Mal über HN auf menschlichem Wege erfährt
Vielleicht ist die Antwort komplett von einem LLM geschrieben worden, das angewiesen wurde, niemals Rückerstattungen oder Entschädigungen vorzuschlagen
Wenn niemand mit Gericht oder Chargeback dagegenhält, warum sollten sie ihre Richtung von sich aus ändern?
Da hing sogar noch DiCaprio clap dran, was es noch absurder macht, dass es kein Witz war
Hier ist Thariq vom Claude Code Team
Wir arbeiten seit Bekanntwerden des Bugs daran und geben allen Betroffenen eine vollständige Rückerstattung sowie zusätzliche Nutzungs-Credits in Höhe der Monatsgebühr als Entschuldigung
Das Original steht hier: https://x.com/trq212/status/2048495545375990245
Wir sind außerdem noch dabei, alle Betroffenen per E-Mail zu informieren
Unser Support-Flow ist nicht so aufgebaut, dass komplexe Bugs dieser Art sauber an das Engineering eskaliert werden, und das möchten wir verbessern, aber das wird etwas Zeit brauchen
Es tut uns leid für alle, die davon betroffen waren
Obwohl Auto-Reload deaktiviert war, bekam ich im März eine Rechnung über 45,08 Dollar, und es war praktisch unmöglich, den Support zu erreichen
Dem verlinkten Beitrag nach war ich damit nicht allein
Mich würde wirklich interessieren, was eine Entschädigung angeblich verhindert
Für Leute, die X nicht nutzen, wäre es auch hilfreich zu wissen, über welche Kanäle man solche Ankündigungen sonst verfolgen kann
Die vom Einreicher in den GitHub-Issue-Thread kopierte Support-Antwort, die fast halluziniert wirkt, führt ohne Kontext leicht zu massiven Missverständnissen
Wenn ein Bot bei Supportbedarf nur sagt, man solle es noch einmal einem Bot sagen, ist das kein echter Support
Es sieht nur oberflächlich wie Support aus, aber tatsächlich gibt es keinen Weg, Hilfe zu bekommen
Ich kann mich kaum an ein Unternehmen erinnern, das offen sagt, bei fehlerhaften Abrechnungen durch technische Fehler keine Entschädigung leisten zu können
Wenn das wirklich die Policy ist, wäre das völlig absurd
Ausgerechnet in ihren eigenen Geschäftsprozessen demonstrieren sie damit den klassischen Ausfallmodus ihres Produkts, was das Bild nur noch schlechter macht
Das kann man am Benutzernamen erkennen
https://x.com/trq212/status/2048495545375990245
Wie es aussieht, gibt es jetzt zusätzlich zur Rückerstattung auch noch 200 Dollar Credits
Man sollte einen Vorfall nicht erst groß machen müssen, damit ein Unternehmen seinen eigenen Fehler korrigiert
200 Dollar zu nehmen und dann zu sagen, dass man sie nicht zurückgeben könne, war eindeutig zu viel
Unklar ist für mich nur immer noch, woher genau diese erste Antwort kam, die der OP im GitHub-Issue gepostet hat
Vielleicht habe ich den Issue nur zu oberflächlich gelesen; ich weiß nicht, ob später noch mehr Kontext ergänzt wurde
Ich wurde kürzlich beim Auto-Reload doppelt mit 100 Dollar belastet
Ich wollte Anthropic kontaktieren, aber wie zu erwarten gab es nur einen Chat-Agenten, und nach Ende des Gesprächs hieß es, jemand werde sich melden — was nie passiert ist
Am Ende habe ich den Vorgang bei meiner Kartenfirma angefochten und dort Recht bekommen
Im Dezember gab es einen Bug in der iOS-App, durch den ein über den App Store gekauftes Abo im Backend nicht registriert wurde, sodass das Geld abgebucht wurde, aber die Plan-Berechtigung nicht ankam
Die Statusmeldung dazu war hier: https://status.claude.com/incidents/6rrnsb1y0kbn
Ich wollte vom kostenlosen auf den normalen Plan wechseln, aber es wurde nur abgerechnet und ich blieb weiter im Free-Plan
Ich dachte erst an einen temporären Bug und probierte sogar den Max-Plan, aber das Gleiche passierte wieder
Ich versuchte zu kündigen und neu zu starten, aber mein Konto war dauerhaft als Apple-Nutzer markiert, sodass ich den Tarif nur noch in der iOS-App verwalten konnte, und jeder erneute Versuch, den normalen Plan zu kaufen, führte wieder zum selben Problem
Der Support-Bot stimmte zu, dass es ein Bug sei und Rückerstattung sowie Behebung nötig wären, aber das Konto wurde nie entsperrt und es gab auch keine Erstattung
Ich beantragte dann bei Apple eine Rückerstattung, die relativ schnell kam, und der Bot eskalierte die Sache entgegen seiner Zusage nie an einen Menschen
Angeblich wurde der Bug behoben, aber mein privates E-Mail-Konto ist immer noch in einem permanenten limbo und kann nicht vom Free-Plan auf andere Pläne wechseln
Selbst ein neuer Versuch vor Kurzem führte wieder nur zu einer Abbuchung, während ich im Free-Plan festhing, sodass ich am Ende extra ein neues Gmail-Konto anlegen musste, nur um Anthropic/Claude Geld geben zu können
Dabei stand im Sendungsverlauf ganz eindeutig Address unknown, returning to sender
Ich hätte damals direkt ein Chargeback über mein Bankkonto machen sollen; dann schaut nämlich tatsächlich ein Mensch drauf
Die Lektion habe ich auf jeden Fall gelernt
Ich habe über den Chatbot nachgefragt, ein Ticket eröffnet und schicke seit Tagen täglich E-Mails, aber bekomme keine Antwort
Leider habe ich nicht einmal die Option eines Chargebacks
Was bei Anthropic zuletzt alles passiert, wirkt fast wie eine Kette von Katastrophen
Bei Opus 4.7 ist völlig unklar, was da eigentlich los war, und am Ende ging es zurück auf 4.6, das sich ebenfalls schon wie ein Leistungsabfall anfühlte
Mein Eindruck und auch die GitHub-Threads zu den Harness-Änderungen deuten in dieselbe Richtung
Ich sehe keinen Grund, für ein Abo zu zahlen und solche Verschlechterungen hinzunehmen, also werde ich wohl kündigen
Inzwischen gibt es mindestens drei weitere Modelle, die so gut wie Opus sind, und das pi project ist beim Harness aus meiner Sicht sogar das Beste
Aus Sicht eines Anthropic-Nutzers, der die jüngsten Probleme kaum bemerkt hat, bin ich Leuten, die deswegen abspringen, fast dankbar, weil für die übrigen Nutzer dann mehr Rechenressourcen übrig bleiben
Das Produkt selbst bauen sie allerdings trotzdem gut
Ich war unsicher, ob sasha-id ein Anthropic-Mitarbeiter, ein offizieller Bot oder einfach ein Witz war
Schon die Struktur der Antwort war seltsam und mit dem GIF noch mehr, und nur Chernys Antwort wirkte auf mich echt
Das war eine ernst gemeinte Frage; falls die Antwort offensichtlich ist, entschuldige ich mich vorab
Meine Interpretation ist, dass der Bug-Melder die ursprüngliche E-Mail-Antwort einfach hineinkopiert hat, ohne klar kenntlich zu machen, dass sie aus einer Mail stammt, was alles noch verwirrender gemacht hat
Außerdem ist unklar, ob mitgeteilt wurde „keine Rückerstattung“ oder nur „ich kann die Rückerstattung nicht selbst bearbeiten“
Ich weiß auch nicht, ob ein GitHub-Issue überhaupt der richtige Ort für eine Rückerstattungsanfrage ist
Im Moment sieht man wohl nur einen Teil der Geschichte, und ich hoffe einfach, dass auf der anderen Seite ein echter Mensch das liest und angemessen bearbeitet
Offenbar hat sie eine E-Mail von Anthropic ohne Kontext hineinkopiert, und das GIF scheint ihre eigene Reaktion darauf zu sein
Der Grund für die Verwirrung in den Kommentaren ist, dass einfach die Support-Antwort von Anthropic hineinkopiert wurde
Der Link dazu ist: https://github.com/anthropics/claude-code/issues/53262#issue...
Es ist fast unmöglich zu unterscheiden, was ein echter Issue und was Halluzination ist, und dass Anthropic so etwas überhaupt liest, ist eher überraschend
In diesem Fall scheint der Autor aber tatsächlich nur wiedergegeben zu haben, was der Support gesagt hatte
In einem PR markierte ein github-actions-Nutzer diesen Issue als mögliches Duplikat von https://github.com/anthropics/claude-code/issues/53171, das offenbar schon früher erstellt worden war
Bei diesem Issue sieht man allerdings kaum Spuren nachträglicher Bearbeitung
Daher fragt man sich, ob sasha-id diesen Bug-Report einfach kopiert und sich damit wie der ursprüngliche Entdecker dargestellt hat
Bei Anthropic scheint es öfter das Muster zu geben, zunächst eine harte Position einzunehmen und später zurückzurudern
Das kann an schlechter interner Kommunikation liegen, und diese Person wird am Ende wohl auch ihre Rückerstattung bekommen, aber der äußere Eindruck ist wirklich miserabel
So ein Vorgehen ist nur schwer akzeptabel
Es könnte auch dieses aus vielen Organisationen bekannte ask forgiveness not permission-Muster sein: erst durchziehen und bei Gegenwind wieder zurückrudern
Wenn es funktioniert, ist es ein Erfolg; wenn es Protest gibt, nimmt man es eben zurück
Früher wollte mal eine Führungskraft alle Konten löschen lassen, die sich sechs Monate lang nicht eingeloggt hatten, und als Leute warnten, dass Nutzer wütend würden und es auf Twitter oder Reddit posten würden, meinte sie nur selbstsicher, man könne ja erklären, dass es nicht nachhaltig sei, und die Leute könnten ihre Konten einfach neu anlegen
Also wurde es umgesetzt, und innerhalb einer Sekunde nach der Aktivierung hagelte es wütende Support-Tickets und Posts in sozialen Netzwerken, worauf dieselbe Führungskraft sofort erklärte, das sei „nicht die Implementierung gewesen, die ich erwartet hatte“
Bis heute habe ich keine Ahnung, welches Ergebnis dort eigentlich erwartet worden war
Sicher gibt es bei Anthropic auch Leute, die mit verschiedenen Vorgehensweisen einverstanden sind, aber mein Eindruck ist eher, dass das Unternehmen absichtlich keine klaren Grenzen zieht, um sich situationsabhängig möglichst viel Spielraum zu lassen
Im Januar wurde ich dreimal doppelt belastet, und obwohl Anthropic den Sachverhalt anerkannte, verweigerte das Unternehmen eine Rückerstattung
Gewonnen habe ich am Ende erst über den Kartenstreit
Falls ja, ob du ein neues Konto erstellt hast und ob auch das wieder blockiert wurde
Ich habe ziemlich früh beschlossen, Claude nicht zu nutzen
Spätestens als man mit derselben Telefonnummer kein zweites Konto anlegen konnte, nicht einmal für geschäftliche Nutzung, war für mich klar, wohin die Reise geht
Diese Einschränkung wurde später zwar aufgehoben, aber schon dieser Vorfall zeigte deutlich, dass Anthropic seine Kunden nicht wirklich versteht
So gut die Modelle auch sein mögen, der Anmeldeprozess ist im Vergleich zur Konkurrenz deutlich komplizierter und umständlicher und insgesamt ziemlich chaotisch