In den Release Notes der Claude-Plattform steht seit dem 24. September eine Zeile, die Rechnungen verändert. Anthropic nimmt die Abrechnung von Verweigerungen wieder auf, die eintreffen, bevor das Modell irgendeine Ausgabe geliefert hat. Das gilt für drei Werte in stop_details.category: bio, frontier_llm und reasoning_extraction.
Die Begründung ist eine Messung. Genau in diesen drei Kategorien beobachtet Anthropic wenige Falschtreffer, also wenige Fälle, in denen das Modell eine harmlose Anfrage für gefährlich hält. Wer dort abgelehnt wird, ist nach dieser Lesart meistens zu Recht abgelehnt worden.
Verweigerungen mitten im Strom wurden schon vorher berechnet. Neu ist der Fall, in dem die Antwort nie beginnt. Abgerechnet wird dann wie bei jeder anderen Anfrage, zu den Sätzen des Modells, das gelaufen ist. Für alle anderen Kategorien bleibt es dabei: Bricht die Antwort vor dem ersten Token ab, kostet sie nichts. Am Fallback-Guthaben ändert sich ebenfalls nichts. Die Umstellung gilt auf allen Plattformen, nicht nur auf der Claude-API.
Zwei Änderungen an der Compliance-API am selben Tag
Die Endpunkte für lokale Sitzungen sind aus der Beta heraus, für Claude in Microsoft 365 — also Excel, PowerPoint, Word und Outlook, erkennbar an product_surface-Werten, die mit office_agents beginnen.
Die zweite Änderung trifft womöglich bestehenden Code. Der Activity Feed gibt keine Dateinamen, Projektdokumentnamen und Artefakttitel mehr zurück. Die Felder filename und title sind jetzt immer leer oder fehlen, und zwar auch bei Aktivitäten, die vor der Änderung aufgezeichnet wurden. Wer einen Namen braucht, schlägt ihn über die ID nach und benötigt dafür einen Compliance-Access-Key mit dem Scope read:compliance_user_data.
Die Zahl, die zur Änderung fehlt, ist die interessante
Anthropic begründet die Abrechnung mit wenigen Falschtreffern in drei Kategorien und nennt keine Größenordnung. Für eine Umstellung, die Geld kostet, ist das dünn. Praktisch heißt es: Wer in der Nähe biologischer Themen arbeitet, in der Life-Science-Forschung etwa, zahlt ab jetzt auch für die Anfragen, die der Schutzmechanismus wegwirft. Genau diese Nutzer sind auch die, die am häufigsten falsch abgelehnt werden. Ein Kostenpunkt, der bisher ein Rundungsfehler war, wird damit zu einem, den man überwachen sollte — am einfachsten über stop_details.category in den eigenen Protokollen.
Quellen: