Blog

Claude Pro und Max: Nutzungslimits, Zeitfenster und /usage

Markdown

Fünf-Stunden-, Wochen- und modellspezifische Limits, Pro/Max-Vergleich, Cache, zusätzliche Nutzung und wie du deinen Tarif im eigenen /usage-Bereich überprüfst.

Vollständigen Artikel lesen

Das Wichtigste

Die kurze Antwort auf die Frage „Wie viele Tokens sind in Claude Pro enthalten?“ lautet: Bei keinem Tarif gibt es eine genaue Anzahl. Anthropic verkauft Zugriff auf drei Nutzungsfenster, keine Tokens: ein Fünf-Stunden-Fenster, ein Wochenfenster und ein separates für Opus (Max ergänzt ein zweites Wochenlimit speziell für Sonnet). Ich erkläre, wie diese Fenster funktionieren, wo du dein verbleibendes Kontingent mit dem Befehl /usage überprüfst und wie du an einem Arbeitstag herausfindest, ob der 20-$-Tarif für dich ausreicht. Preise und Beschreibungen der Limits wurden am 3. Oktober 2026 anhand von Primärquellen überprüft.

Praktische Informationen zur Arbeit mit Ailoot findest du in der Dokumentation.

Wie viele Tokens gibt Claude Pro wirklich?

Das Wichtigste

Anthropic nennt keine Tokenanzahl für Pro, Max oder Team. Auf der Preisseite steht nur ein Satz: „Es gelten Nutzungslimits.“ Das Limit wird als Anteil eines Zeitfensters berechnet: Das System betrachtet, wie viel du in den vergangenen fünf Stunden und in der vergangenen Woche genutzt hast. Jeder Artikel, der eine genaue Tokenanzahl für Pro nennt, gibt also entweder die Vermutung einer anderen Person wieder oder beschreibt eine einmalige Messung.

Ich selbst habe nach dieser Zahl gesucht, als ich die Tarife verglichen habe. Du hast 20 $ bezahlt und möchtest wissen, was du dafür bekommen hast. Eine Zahl gibt es nicht. Je früher du das akzeptierst, desto weniger Zeit verschwendest du mit der Suche danach.

Öffne die Claude-Preisseite: Dort stehen Funktionen, Preise und eine Zeile zu den Limits:

Es gelten Nutzungslimits. Die angegebenen Preise verstehen sich ohne gegebenenfalls anfallende Steuern.

— Claude-Preisseite, https://claude.com/pricing

Das ist alles. Keine Nachrichtenanzahl, keine Tokenanzahl, keine Stundenanzahl. Das ist Absicht: Die Limits von Anthropic werden überhaupt nicht als feste Anzahl angegeben.

Das Limitsystem von Anthropic funktioniert anders. Es gibt ein Zeitfenster und darin einen Anteil des Nutzungsvolumens. Wenn du die Hälfte des Fünf-Stunden-Fensters verbraucht hast, werden 50 Prozent angezeigt.

Wie viele Tokens diesen 50 Prozent entsprechen, hängt von drei Dingen ab: welches Modell du verwendet hast, wie lang dein Kontext war und ob der Cache gegriffen hat. Eine Stunde Arbeit kann 10 Prozent des Fensters oder die gesamten 80 Prozent verbrauchen.

Daraus ergeben sich drei Schlussfolgerungen, die viele Fragen sofort beantworten:

  1. Deine Nutzung mit der einer anderen Person zu vergleichen, ist sinnlos. Derselbe Prozentsatz entspricht für jemanden mit einem sauberen Projekt aus 20 Dateien einer ganz anderen Arbeitsmenge als für jemanden mit einem Projekt aus 2.000 Dateien.
  2. Prüfe die Datumsangaben in englischsprachigen Artikeln. Die letzte bestätigte Änderung erfolgte am 6. Mai 2026, als die Fünf-Stunden-Fenster verdoppelt wurden (mehr dazu weiter unten). Ein Artikel von vor einem Jahr beschreibt ein anderes Produkt.
  3. Dein eigenes Dashboard ist die einzige verlässliche Quelle. Es ist in Claude Code integriert und lässt sich mit einem einzigen Befehl öffnen.

Wenn du eine Antwort in einem Satz für die Tabelle weiter unten brauchst: Am 3. Oktober 2026 kostet Pro 20 $ pro Monat (17 $ bei jährlicher Abrechnung), bietet mindestens fünfmal so viel Nutzung wie der Free-Tarif und hat ein Wochenlimit; Max beginnt bei 100 $ und bietet die fünffache oder zwanzigfache Kapazität von Pro sowie ein zweites Wochenlimit speziell für Sonnet. Keiner der Tarife nennt eine genaue Tokenanzahl.

Als Nächstes erkläre ich, wie die Zeitfenster funktionieren, wo du dein Restguthaben überprüfst und wie du an einem Tag herausfindest, welcher Tarif zu dir passt.

Wie funktionieren die drei Limitstufen von Claude?

Das Wichtigste

Es gibt drei Limits, und sie gelten gleichzeitig. Das erste ist ein rollendes Fünf-Stunden-Fenster, das am häufigsten zurückgesetzt wird. Das zweite ist ein Wochenkontingent, das an einem festen, deinem Konto zugewiesenen Wochentag zurückgesetzt wird. Das dritte ist ein separater Zähler für das Modell Opus, der nur bei der Arbeit mit Opus verwendet wird. Max-Tarife haben zwei Wochenzähler: einen allgemeinen und einen speziell für Sonnet.

Fast alle kennen das Fünf-Stunden-Fenster. Vom Wochenlimit erfahren viele erst, wenn sie es bereits erreicht haben. Und vom Opus-Limit erfahren sie, wenn eine ihnen unbekannte Meldung erscheint und sie sich fragen, warum sie anders lautet als gestern.

Die erste Stufe ist die Fünf-Stunden-Sitzung. Das Fenster ist rollend: Es ist nicht an Kalenderstunden gebunden und beginnt nicht um Mitternacht. Nach fünf Stunden wird wieder Kapazität frei; Claude Code nennt in der Limitmeldung den genauen Zeitpunkt der Zurücksetzung. An dieses Limit stößt man bei intensiver Arbeit am häufigsten.

Die zweite Stufe ist die Woche. Hier wird alles zusammengerechnet, was du innerhalb von sieben Tagen genutzt hast. Das Wochenfenster ist nicht rollend. Es wird zu einem festen Zeitpunkt zurückgesetzt, der deinem Konto zugewiesen ist. Der Reset-Tag ändert sich nicht danach, wann du mit der Arbeit begonnen hast. Das Wochenlimit zu erreichen, ist am unangenehmsten: Ein Fünf-Stunden-Fenster kannst du über die Mittagspause abwarten, das Wochenlimit kann dich jedoch mehrere Tage vom Tool abschneiden.

Die dritte Stufe ist modellspezifisch. Opus hat einen eigenen separaten Zähler, was für Nutzerinnen und Nutzer praktisch ist: Wenn das Opus-Limit aufgebraucht ist, kannst du zu Sonnet wechseln und weiterarbeiten.

Max-Tarife haben zwei Wochenzähler. Die offizielle Formulierung lautet, Max habe „zwei wöchentliche Nutzungslimits: Eines gilt für alle Modelle, das andere nur für Sonnet-Modelle.“ Auf dem /usage-Bildschirm heißen sie Current week (all models) und Current week (Sonnet only).

Die ersten beiden Stufen gelten für alle Modelle gemeinsam; die dritte nicht. In der Dokumentation zu Claude Code steht es ausdrücklich:

Sitzungs- und Wochenlimits gelten für alle Modelle gemeinsam. Ein Modellwechsel stellt den Zugriff daher nicht wieder her. Das Opus-Limit gilt nur für Opus-Anfragen. Wenn du zu einem anderen Modell wechselst, kannst du weiterarbeiten.

— Claude-Code-Dokumentation, https://code.claude.com/docs/en/errors

Die praktische Regel lautet: Wenn du eine Meldung zu Opus siehst, drücke /model, wähle Sonnet und arbeite weiter. Geht es um eine Sitzung oder die Woche, hilft ein Modellwechsel nicht; du musst warten oder zusätzliche Nutzung kaufen.

Wochenlang stoße ich nie an das Fünf-Stunden-Fenster. Das Wochenlimit habe ich jedoch schon am ersten Tag erreicht, als ich Agenten in Gruppen über Nacht arbeiten ließ. Es lohnt sich also, das zweite Limit im Auge zu behalten, obwohl das erste häufiger aufleuchtet.

Das Kontingent wird mit dem Chat geteilt. Für Team-Tarife steht in der Dokumentation ausdrücklich, dass sich die Kapazität eines Arbeitsbereichs auf Claude Code, den Chat auf claude.ai und Cowork verteilt. Bei Pro und Max ist es genauso. Wenn du den Vormittag im Chat mit der Prüfung eines Vertrags verbringst, steht dir am Abend in Claude Code weniger Kapazität zur Verfügung. Das ist einer der häufigsten Gründe für die Frage: „Ich habe kaum programmiert – wo ist das alles hin?“

Wo kannst du prüfen, wie viel dir noch bleibt?

Das Wichtigste

Der Befehl /usage in Claude Code zeigt Nutzungsbalken für jedes Zeitfenster, die Zeit bis zur Zurücksetzung und eine Aufschlüsselung der Kapazitätsnutzung: Skills, Subagents, Plugins oder verbundene Server. Mit den Tasten d und w wechselst du zwischen dem letzten Tag und der Woche. Nur diese Zahlen gelten für dich.

Starte Claude Code und gib Folgendes ein:

/usage

Der Befehl /cost macht genau dasselbe; er ist ein Alias.

Das wird angezeigt:

  1. Balken für jedes Zeitfenster: fünf Stunden, Woche und Opus separat, jeweils mit Prozentwert und Zeitpunkt der Zurücksetzung.
  2. Aufschlüsselung nach Nutzungsquelle. Claude Code zeigt einzeln, welcher Anteil auf Skills, Subagents, Plugins und jeden verbundenen Server entfällt.
  3. Warnungen zum Nutzungsverhalten bei Faktoren, die Kapazität verbrauchen. Wenn ein langer Kontext oder Cache-Fehler 10 Prozent oder mehr ausmachen, hebt das System sie mit einem Vorschlag in einer separaten Zeile hervor.
  4. Wechsel des Zeitraums mit den Tasten d (Tag) und w (Woche).

Wenn du in einer Code-Editor-Erweiterung arbeitest, findest du dieselbe Aufschlüsselung im Dialog mit den Kontoinformationen und einer Umschaltung zwischen „Tag / Woche“.

Ich sehe mir nur den Wochenbalken und die Aufschlüsselung darunter an. Das Fünf-Stunden-Kontingent ist bis zur Mittagspause ohnehin wieder da, das Wochenkontingent zeigt mir dagegen, ob ich es bis Freitag schaffe.

Zwei Einschränkungen führen oft zu falschen Schlussfolgerungen.

Erstens: Der Dollarbetrag im Sitzungsblock ist nicht deine Rechnung. Claude Code berechnet ihn lokal anhand der üblichen Tokenpreise; er hat nichts mit deinem Abo zu tun. In der Dokumentation steht es ausdrücklich:

Der Sitzungsblock in /usage zeigt den API-Tokenverbrauch an und ist für Nutzer gedacht, die über die API arbeiten. Claude-Max- und Pro-Abonnenten erhalten die Nutzung im Abo. Daher ist die Sitzungs-Kostenangabe für die Abrechnung nicht relevant.

— Claude-Code-Dokumentation, https://code.claude.com/docs/en/costs

Zweitens: Die Zahlen werden anhand des lokalen Verlaufs auf diesem Computer berechnet. Die Nutzung von einem anderen Computer oder aus dem Web-Chat wird in dieser Aufschlüsselung nicht berücksichtigt. Wenn du einen Arbeitslaptop und einen Heimcomputer hast, zeigt jedes Dashboard nur den eigenen Anteil, obwohl das Limit geteilt wird.

Was bedeuten die englischen Limitmeldungen?

Das Wichtigste

Claude Code meldet ein erreichtes Limit mit drei verschiedenen Nachrichten, die unterschiedliche Bedeutungen haben. Bei einem Sitzungs- oder Wochenlimit musst du auf die Zurücksetzung warten oder zusätzliche Kapazität kaufen. Bei Opus wechselst du das Modell und arbeitest weiter. Außerdem gibt es einen separaten 429-Fehler: Dabei geht es um die Anfragehäufigkeit, und er wird anders behandelt.

Hier sind die genauen Meldungen aus der Dokumentation zu Claude Code und die jeweilige Vorgehensweise:

Was auf dem Bildschirm stehtBedeutungWas zu tun ist
You've hit your session limit · resets 3:45pmDas Fünf-Stunden-Fenster ist aufgebrauchtWarte bis zum angegebenen Zeitpunkt oder kaufe zusätzliche Kapazität. Ein Modellwechsel hilft nicht
You've hit your weekly limit · resets Mon 12:00amDas Wochenkontingent, das alle Modelle gemeinsam nutzen, ist aufgebrauchtWarte bis zum angegebenen Datum, kaufe zusätzliche Kapazität oder wechsle den Tarif
You've hit your Opus limit · resets 3:45pmDas Kontingent speziell für Opus ist aufgebrauchtGib /model ein, wähle ein Modell außerhalb der Opus-Familie und arbeite weiter
You've hit your Sonnet limit · resets 3:45pmDas zweite Wochenlimit von Max, das nur für Sonnet gezählt wird, ist aufgebrauchtWechsle zu einem Modell außerhalb der Sonnet-Familie. Innerhalb der Woche ist dies der „zweite Zähler“, den es nur bei Max gibt
API Error: Request rejected (429) · this may be a temporary capacity issue...Die Anfragehäufigkeit wurde überschritten; dein Abo ist davon unabhängigPrüfe /status. Wenn du Agenten in Gruppen ausführst, verringere die Anzahl gleichzeitig laufender Agenten (mit der Einstellung CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY)

Du kannst auch vor dem Aufbrauchen prüfen, wie viel übrig ist. Die Dokumentation empfiehlt zwei Möglichkeiten: Lass die Felder rate_limits in deiner Statuszeile anzeigen oder klicke in der Desktop-App auf den Nutzungsring neben der Modellauswahl. Wenn du dich dem Limit näherst, zeigt die Webversion Approaching 5-hour limit. an.

Eine weitere Meldung, die mit einem Limit verwechselt wird, ist die Warnung zur automatischen Kontextkomprimierung. Sie bedeutet, dass die Unterhaltung das Kontextfenster des Modells erreicht hat und Claude den Verlauf gleich als komprimierte Zusammenfassung neu aufbaut. Das hat nichts mit der Abo-Kapazität zu tun, auch wenn die Warnung beunruhigend aussieht.

Wie unterscheidet sich Pro von Max?

Das Wichtigste

Pro kostet bei monatlicher Abrechnung 20 $ pro Monat und bei jährlicher Abrechnung 17 $. Max beginnt bei 100 $ und bietet die fünffache oder zwanzigfache Kapazität von Pro sowie Vorrang bei hoher Nachfrage. Team wird pro Platz berechnet: Standard kostet bei monatlicher Abrechnung 25 $ und Premium 125 $. Keine Tarifbeschreibung nennt eine Tokenanzahl; Anthropic gibt Multiplikatoren im Verhältnis zu Pro an.

So sehen die Preise am 3. Oktober 2026 aus. Sie stammen von der offiziellen Seite:

TarifMonatlicher PreisEnthaltene Kapazität
Free0 $Nur Chat. Claude Code gibt es ab Pro
Pro20 $ oder 17 $ bei jährlicher AbrechnungMindestens fünfmal so viel Nutzung wie beim Free-Tarif; Claude Code ist enthalten
Max 5x100 $Fünffache Kapazität von Pro, Vorrang bei hoher Nachfrage
Max 20x200 $Zwanzigfache Kapazität von Pro, Vorrang bei hoher Nachfrage
Team, Standard-Platz25 $ oder jährlich 20 $Kapazität pro Platz, gemeinsame Abrechnung, Admin-Konsole
Team, Premium-Platz125 $ oder jährlich 100 $Fünffache Kapazität eines Standard-Platzes
Enterprise20 $ pro Platz plus nutzungsabhängige Abrechnung zu API-PreisenNutzung skaliert mit Modell und Aufgabe

Anthropic beschreibt den Unterschied mit Multiplikatoren. Absolute Zahlen gibt es nirgends. „Fünfmal mehr als Pro“ ist alles, was offiziell bekannt ist. Wie viele Arbeitsstunden dem entsprechen, hängt ganz davon ab, wie du arbeitest.

Ein Detail verwirrt alle, die ältere Artikel lesen: Seit Oktober 2026 wird Claude Cowork unverändert in Claude und ohne eigenen Namen für Pro und Max eingeführt. Das ist eine Umbenennung der Benutzeroberfläche, kein neuer Tarif und keine Änderung der Preise in der obigen Tabelle.

Der Preisunterschied zwischen Pro und Max ist fünffach, und auch der Kapazitätsunterschied ist fünffach. Die Kosten pro Arbeitseinheit sind bei Pro und Max 5x ungefähr gleich.

Ich nutze selbst den höherstufigen Tarif. Für mich war die Frage, welchen Tarif ich nehmen sollte, erledigt, als ich anfing, Agenten in Gruppen laufen zu lassen und Aufgaben über Nacht abzuarbeiten. Bei diesem Arbeitsmuster stößt du unabhängig davon an die Obergrenze, wie sorgfältig du den Kontext aufräumst. Wenn du manuell in einem Fenster arbeitest, brauchst du ihn nicht.

Max hebt die Obergrenze auf, während die Kosten pro Arbeitsstunde gleich bleiben. Daher läuft die Frage auf einen Punkt hinaus: Wie oft stößt du an diese Grenze? Einmal pro Woche, und es rechnet sich. Einmal pro Monat, und du zahlst 80 $ zusätzlich für nichts.

Warum ist das Limit schneller aufgebraucht, als die Arbeit vermuten lässt?

Das Wichtigste

Der Hauptgrund ist die Kontextlänge. Claude sendet den gesamten Gesprächsverlauf mit jeder Nachricht. Deshalb kostet eine kurze Frage in einer Sitzung, die seit dem Morgen geöffnet ist, genauso viel wie die ganze Unterhaltung. Danach folgen Cache-Fehler nach einer Pause, geplante Hintergrundaufgaben, Agententeams und die ebenfalls kostenpflichtige Kontextkomprimierung.

Ich gehe die einzelnen Ursachen, ihre Funktionsweise und mögliche Abhilfe durch. Die erste erwischt mich am häufigsten: eine am Morgen geöffnete Sitzung, die ich bis zum Abend vergesse.

Langer Kontext. Das Modell erinnert sich nicht zwischen Anfragen. Deshalb wird der gesamte Verlauf mit jeder Nachricht erneut an den Server gesendet. Am Abend ist eine morgens geöffnete Sitzung zu einem umfangreichen Paket geworden, das jedes Mal an den Server geschickt wird, wenn du sagst: „Ja, behebe das.“ Die Lösung ist einfach: Verwende /clear zwischen voneinander unabhängigen Aufgaben. Diesen Mechanismus habe ich ausführlich in einem separaten Leitfaden behandelt: „Wohin Claude-Code-Tokens verschwinden“.

Cache-Fehler. Wiederkehrende Teile des Kontexts werden zwischengespeichert, was deutlich günstiger ist. Der Cache hat jedoch eine Gültigkeitsdauer: Bei einem Abo beträgt sie eine Stunde, bei zusätzlicher Nutzung fünf Minuten. Wenn du nach einer langen Pause zur Arbeit zurückkehrst, berechnet die allererste Anfrage den gesamten Kontext neu.

Geplante Aufgaben. Eine geplante Aufgabe läuft in ihrem eigenen Intervall, auch wenn du gar nicht am Computer warst. Und sie sendet den vollständigen Kontext.

Agententeams. Dabei führt Claude mehrere Assistenten parallel an einer Aufgabe aus. Jeder hat ein eigenes Kontextfenster und verbraucht Kapazität, bis er fertig ist. Die Dokumentation nennt eine konkrete Schätzung: Im Planungsmodus verwenden Agententeams etwa siebenmal so viele Tokens wie eine normale Sitzung. Wenn du Agenten parallel laufen ließest und dich über den Zähler gewundert hast, ist das wahrscheinlich der Grund.

Die Komprimierung selbst. Der Befehl /compact liest die Unterhaltung, die komprimiert wird. Bei einem großen Kontext ist das ein teurer Vorgang. Wenn du den Zusammenhang nicht erhalten musst, ist /clear kostenlos und erledigt die Aufgabe besser.

Hintergrundaktivität. Claude Code verbraucht auch dann eine kleine Menge, wenn du nichts tust: Es fasst vergangene Unterhaltungen zusammen, um Sitzungen wiederherzustellen, und verarbeitet Wartungsbefehle. Laut Dokumentation sind das normalerweise weniger als vier Cent pro Sitzung, insgesamt also vernachlässigbar.

Du musst das nicht selbst untersuchen. Das Feld /usage hebt Verhaltensweisen hervor, die mehr als 10 Prozent deiner jüngsten Nutzung verbraucht haben, und nennt eine Maßnahme.

Die Schwellenwerte für Warnungen im Feld sind in Claude Code festgelegt:

Was das Feld hervorhebtSchwellenwert
Teurer Cache-FehlerMehr als 100.000 Tokens wurden nicht zwischengespeichert
Arbeit mit übergroßem KontextDer Kontext hat 150.000 Tokens überschritten
Sitzungen mit vielen AssistentenDrei oder mehr Helferagenten oder mehr als die Hälfte der Sitzungskosten
Zu viele parallele FensterVier oder mehr Sitzungen innerhalb eines einzelnen Fünf-Minuten-Fensters
Sitzung läuft zu langeSitzung ist seit mindestens acht Stunden aktiv

Die letzte Zeile deutet gewöhnlich auf einen Lauf über Nacht oder ein vergessenes Fenster hin. Alle Sitzungen verwenden dasselbe Limit. Vier parallele Fenster verbrauchen Kapazität also viermal schneller; sie haben kein eigenes Kontingent.

Was leert den Cache und warum ist das teuer?

Das Wichtigste

Wiederkehrende Teile des Kontexts werden zwischengespeichert, und ein Cache-Treffer kostet deutlich weniger, als alles neu zu berechnen. Bei einem Abo hält der Cache eine Stunde, bei zusätzlicher Nutzung und API-Abrechnung fünf Minuten. Auch scheinbar harmlose Dinge leeren ihn: Modellwechsel, Änderung der Aufwandstufe, Verbindung eines neuen Servers und Aktualisierung von Claude Code.

Das ist die am meisten unterschätzte Nutzungsquelle, weil sie unsichtbar ist. Du nimmst eine kleine Änderung vor, und die nächste Anfrage berechnet den gesamten Verlauf zum vollen Preis neu.

Das leert den Cache:

  1. Modellwechsel mit /model. Jedes Modell hat seinen eigenen Cache. Wechselst du das Modell, liest die nächste Anfrage die gesamte Unterhaltung ohne einen einzigen Cache-Treffer, obwohl der Inhalt gleich ist.
  2. Änderung der Aufwandstufe. Auch an sie ist der Cache gebunden.
  3. Verbindung oder Trennung eines Servers, dessen Tools sofort geladen werden.
  4. Aktualisierung von Claude Code. Wenn du nach einem Update eine alte Sitzung fortsetzt, wird der gesamte Verlauf von Grund auf neu berechnet.
  5. Eine Pause, die länger als die Cache-Lebensdauer dauert. Eine Stunde bei einem Abo, fünf Minuten bei zusätzlicher Nutzung.

Daraus ergibt sich ein nicht offensichtlicher Punkt zum Ratschlag „Opus-Limit erreicht? Wechsel zu Sonnet.“ Das funktioniert, hat aber einen Preis: Die erste Anfrage nach dem Wechsel verfehlt den Cache. Bei einer langen Unterhaltung entstehen dadurch einmalig merkliche Kosten. Wenn du den Kontext ohnehin bald leeren willst, ist es besser, /clear zu verwenden und mit Sonnet neu anzufangen, statt den ganzen Verlauf mitzunehmen.

Ein weiteres Detail zu Subagents: Ihr Cache hält selbst bei einem Abo nur fünf Minuten, weil die Gültigkeitsdauer von einer Stunde nur für die Hauptunterhaltung gilt. Deshalb sind Gruppen von Subagents mit langen Pausen zwischen den Läufen doppelt teuer.

Was kostet zusätzliche Nutzung?

Das Wichtigste

Zusätzliche Nutzung wird zu den normalen API-Preisen abgerechnet, ohne Aufschlag oder Rabatt. Das Tageslimit liegt bei 2.000 $ (auf der Anthropic-Hilfeseite zu Nutzungsguthaben bestätigt und am 3. Oktober 2026 überprüft). An diesem Tag kosteten Sonnet 5 und Sonnet 5.5 pro Million Eingabe-Tokens 2 $ und pro Million Ausgabe-Tokens 10 $; der Preis von Sonnet 5 ist nicht mehr einführend, sondern dauerhaft. Opus 5 kostet 5 $ und 25 $, während das neuere Opus 5.5 mit 4 $ und 20 $ günstiger ist. Damit kannst du die Kosten zusätzlicher Nutzung abschätzen, bevor sie entstehen.

Wenn die Kapazität deines Abos aufgebraucht ist, du aber deine Arbeit beenden musst, greift die nutzungsabhängige Abrechnung. Preise vom 3. Oktober 2026 (Standardpreis, ohne Schnellmodus):

ModellEingabe-Tokens pro MillionAusgabe-Tokens pro Million
Claude Opus 5.54 $20 $
Claude Opus 55 $25 $
Claude Sonnet 5.52 $10 $
Claude Sonnet 52 $10 $
Claude Haiku 4.51 $5 $

Der Preis von Sonnet 5 wurde bis zum 31. August 2026 als Einführungspreis angekündigt; danach sollte er auf 3 $ und 15 $ steigen. Anthropic hat diese Erhöhung abgesagt: 2 $ für Eingaben und 10 $ für Ausgaben bleiben der dauerhafte Preis. Wenn du Texte liest, in denen noch „Einführungspreis bis Ende August“ steht, wurde dieser Vorbehalt zurückgenommen; der aktuelle Preis gilt dauerhaft.

Die praktische Aussage dieser Tabelle ist einfach: Opus kostet ungefähr doppelt so viel wie Sonnet. Wenn Opus dein Standardmodell bleibt, weil es „schließlich das beste sein könnte“, zahlst du bei Aufgaben, bei denen du keinen Unterschied bemerken würdest, doppelt so viel. Sonnet bewältigt die meisten Programmierarbeiten; verwende Opus für Architekturentscheidungen und schwierige Probleme.

Der zweite Punkt ist, wann sich zusätzliche Nutzung nicht mehr lohnt. Wenn du jeden Monat zusätzlich zu Pro weitere 80–100 $ ausgibst, zahlst du bereits ungefähr so viel wie für Max, bekommst aber weder dessen Kapazität noch Vorrang bei hoher Nachfrage.

Wie berechnest du, welchen Tarif du brauchst?

Das Wichtigste

Miss über Arbeitstage. Nimm drei typische Tage mit Pro, prüfe unter /usage, welchen Prozentsatz des Wochenfensters du verbraucht hast, und rechne hoch. Wenn das Wochenfenster vor Freitag aufgebraucht ist, reicht Pro für dich nicht. Der offizielle Richtwert von Anthropic für große Teams liegt bei ungefähr 13 $ pro Entwickler und aktivem Arbeitstag.

Die Methode dauert drei Tage; du brauchst dafür nur das integrierte Feld.

  1. Arbeite drei typische Tage mit deinem aktuellen Tarif. Spare nicht absichtlich und mache keinen Belastungstest; es geht um deinen normalen Arbeitsalltag.
  2. Öffne jeden Abend /usage und notiere den Prozentsatz des Wochenfensters. Notiere den Wochenwert; er vermittelt das Gesamtbild.
  3. Berechne deine durchschnittliche tägliche Nutzung. Bei 18 Prozent an drei Tagen sollte das Wochenfenster etwa 5,5 Arbeitstage reichen.
  4. Sieh dir das Ergebnis an. Wenn es fünf Tage oder länger reicht, bleib bei Pro. Wenn es bis Mittwoch aufgebraucht ist, erwäge Max 5x. Wenn es nach zwei Tagen aufgebraucht ist, erwäge Max 20x und räume zugleich deinen Kontext auf, denn diese Nutzungsintensität kommt oft von einer vergessenen, noch offenen Sitzung.

Wenn du während der ersten drei Tage nicht raten möchtest, findest du hier Richtwerte für verschiedene Arbeitsweisen. Das ist meine Schätzung auf Grundlage von Beobachtungen; Anthropic veröffentlicht keine offiziellen Zahlen dieser Art:

Deine ArbeitsweiseWas das praktisch bedeutetEinstiegspunkt
Ein bis zwei Stunden am Abend, ein kleines ProjektKleine Änderungen, eine offene Unterhaltung, standardmäßig SonnetPro für 20 $
Ein voller Arbeitstag, ein ProjektNeue Abschnitte schreiben, Tests ausführen, gelegentlich Opus für Architektur verwendenPro, wenn du den Kontext zwischen Aufgaben leerst. Sonst Max 5x
Ganzer Tag, mehrere parallele ProjekteZwei oder drei Claude-Code-Fenster gleichzeitig, verbundene ServerMax 5x
Agenten in Gruppen, geplante AufgabenAgententeams, Läufe über Nacht, AutomatisierungMax 20x
Ein Team aus mehreren PersonenJede Person braucht eigenes Kontingent und gemeinsame AbrechnungTeam mit an die Nutzung angepassten Plätzen

Es gibt ein einfaches Anzeichen dafür, dass nicht der Tarif das Problem ist: Du erreichst das Limit, hast aber den ganzen Tag nicht mehr als ein paar Änderungen vorgenommen. Dann liegt es am Kontext, und ein höherer Tarif verschiebt die Grenze nur um eine Woche nach hinten.

Zum Vergleich: Hier sind die offiziellen Zahlen von Anthropic für Enterprise-Implementierungen, bei denen die Nutzung direkt in Dollar abgerechnet wird:

Bei Enterprise-Implementierungen betragen die durchschnittlichen Kosten ungefähr 13 $ pro Entwickler und aktivem Tag sowie 150–250 $ pro Entwickler und Monat. 90 Prozent der Nutzer bleiben unter 30 $ pro aktivem Tag.

— Claude-Code-Dokumentation, https://code.claude.com/docs/en/costs

Lies genau: Diese Zahlen beziehen sich auf nutzungsabhängige Tokenabrechnung; Abos werden anders berechnet. Der Richtwert ist dennoch hilfreich. Wenn jemand, der den ganzen Tag programmiert, bei API-Preisen 150–250 $ ausgibt, scheint Max für 100 $ mit seinem Kontingent ein vernünftiger Mittelweg für intensive Arbeit zu sein.

Ein Vorbehalt von mir: Wenn du selbst mit dem höherstufigen Tarif das Limit erreichst, könnte dein erster Impuls sein, ein zweites Abo abzuschließen und weiterzumachen.

Bevor du doppelt zahlst, prüfe einmal /usage, um zu sehen, was deine Kapazität verbraucht. Meist findest du vergessene Agentengruppen und Kontext, den seit drei Tagen niemand geleert hat. Das lässt sich kostenlos beheben.

Was solltest du jetzt tun, wenn du ein Limit erreichst?

Das Wichtigste

Was zu tun ist, hängt davon ab, welche Meldung du siehst. Geht es um Opus, wechsle das Modell und arbeite weiter. Geht es um die Sitzung, warte bis zum in der Meldung angezeigten Zeitpunkt der Zurücksetzung. Geht es um die Woche, kaufe über /usage-credits zusätzliche Nutzung oder wechsle den Tarif. Bevor du ein zweites Abo abschließt, prüfe /usage: Oft wurden einfach Agenten weiterlaufen gelassen.

Hier sind die Schritte, von der günstigsten bis zur teuersten Möglichkeit:

  1. Lies nach, welches Limit aufgebraucht ist. Die Meldung zeigt immer den Zeitpunkt der Zurücksetzung. Oft ist es nur noch ein paar Stunden entfernt und das Problem erledigt sich von selbst.
  2. Wenn es das Opus-Limit ist, gib /model ein und wechsle zu Sonnet. Du kannst sofort weiterarbeiten. Sonnet bewältigt die meisten Programmieraufgaben und spart spürbar Kapazität.
  3. Prüfe /usage. Das Feld zeigt, wodurch das Zeitfenster aufgebraucht wurde. Wenn 40 Prozent auf Agententeams entfielen, die du vergessen hast zu stoppen, kannst du das ohne Kosten beheben.
  4. Kaufe mit /usage-credits zusätzliche Kapazität. Der Befehl öffnet die Abrechnungseinstellungen im Browser. Bei Pro und Max kannst du das selbst tun; bei Team-Tarifen geht die Anfrage an einen Administrator. Zusätzliche Kapazität wird zu den normalen API-Preisen abgerechnet, mit einem Tageslimit von 2.000 $. Es gibt einen Nebeneffekt: Bei zusätzlicher Nutzung beträgt die Cache-Lebensdauer fünf Minuten statt einer Stunde – und die Nutzung steigt schneller als erwartet.
  5. Wechsle den Tarif, wenn du regelmäßig an das Limit stößt. Auf lange Sicht kostet ein einmaliger Zusatzkauf mehr als ein Abo.

Ein separater Hinweis zu einem zweiten Konto, weil die Frage ständig aufkommt. In den öffentlichen Dokumenten von Anthropic steht nicht ausdrücklich: „Du darfst kein zweites Abo für dich selbst abschließen.“ Das werde ich nicht erfinden. Es gibt drei damit zusammenhängende Regeln.

Das Teilen des Zugriffs ist ausdrücklich untersagt: Die Nutzungsbedingungen sagen, dass du deine Zugangsdaten, deinen Schlüssel oder den Kontozugriff niemand anderem geben darfst. Ein Abo für zwei Personen fällt darunter.

Die Dokumentation zu Claude Code erläutert gesondert, für welche Nutzung die angegebenen Limits ausgelegt sind.

Die angegebenen Nutzungslimits für Pro- und Max-Tarife setzen eine gewöhnliche individuelle Nutzung von Claude Code und dem Agent SDK voraus.

— Claude-Code-Dokumentation, https://code.claude.com/docs/en/legal-and-compliance

Die Nutzungsrichtlinie untersagt gesondert, ein neues Konto zu erstellen, um eine bereits verhängte Sperre zu umgehen. Das ist eine andere Situation. Denk aber daran: Ein deaktiviertes Konto lässt sich fast unmöglich wiederherstellen, Anthropic kann die damit verbundenen Daten löschen, und nach den Nutzungsbedingungen besteht bei einer Kündigung wegen eines erheblichen Verstoßes kein Anspruch auf Rückerstattung.

Praktisch gesehen werfen zwei Arbeitsbereiche für deine eigenen Aufgaben keine Fragen auf. Anthropic überwacht jedoch ein einzelnes Konto, das über ein Team verteilt wird.

Wie vermeidest du, versehentlich zur stundenweisen Abrechnung zu wechseln?

Das Wichtigste

Wenn die Umgebungsvariable ANTHROPIC_API_KEY vorhanden ist, kann Claude Code auf nutzungsabhängige Tokenabrechnung umschalten und dein Abo umgehen. Die Oberfläche sieht vertraut aus, sodass dir vielleicht nicht auffällt, woher die Rechnung kommt. Prüfe es mit /status; der Befehl zeigt, welche Zugangsdaten du gerade verwendest.

Das ist die frustrierendste Kostenfalle, weil sie unbemerkt zuschlägt. Du bezahlst ein Abo und arbeitest wie gewohnt, aber die Nutzung wird separat zu API-Preisen abgerechnet.

So prüfst du, ob du dein Abo verwendest:

/status

Der Befehl zeigt die aktiven Zugangsdaten. Wenn dort ein API-Schlüssel aufgeführt ist, obwohl du dein Abo verwenden wolltest, ist das die Ursache der unerwarteten Rechnung.

So gehst du vor:

  1. Bitte Claude Code: „Prüfe, ob die Umgebungsvariable ANTHROPIC_API_KEY vorhanden ist, und zeige mir, wo sie gesetzt ist.“ Claude Code findet sie und sagt dir Bescheid. Der Schlüssel könnte aus den Einrichtungshinweisen einer anderen Person stammen oder von einem Experiment vor sechs Monaten übrig geblieben sein.
  2. Bitte Claude Code, die Variable zu entfernen, wenn du ein Abo verwendest.
  3. Melde dich über /login erneut mit deinem claude.ai-Konto an.
  4. Prüfe /status noch einmal; die Zeile mit dem Schlüssel sollte verschwunden sein.

Wer die API oder Cloud-Anbieter nutzt, folgt einem anderen Modell. Es gibt keine Fünf-Stunden-Fenster; stattdessen wird der tatsächliche Verbrauch abgerechnet und es gilt ein Limit für die Anfragehäufigkeit. Die Hinweise hier gelten für diese Nutzer nicht.

Was änderte sich am 6. Mai 2026 bei den Limits?

Das Wichtigste

Am 6. Mai 2026 verdoppelte Anthropic die Fünf-Stunden-Limits von Claude Code für Pro-, Max-, Team- und Enterprise-Tarife mit nutzungsabhängiger Abrechnung pro Platz. Außerdem wurden die Reduzierungen der Pro- und Max-Limits während Spitzenzeiten aufgehoben. Grund dafür war der Zugang zu neuer Rechenkapazität. Die praktische Konsequenz: Alle Nutzungszahlen in Artikeln, die vor Mai 2026 erschienen sind, sind um die Hälfte zu niedrig angesetzt.

Etwa eine Woche später bemerkte ich es: Bis zur Mittagspause stieß ich nicht mehr an das Fünf-Stunden-Fenster. So lautete die Formulierung in der offiziellen Ankündigung:

Erstens verdoppeln wir die Fünf-Stunden-Limits von Claude Code für Pro-, Max-, Team- und Enterprise-Tarife mit nutzungsabhängiger Abrechnung pro Platz. [...] Wir heben die Reduzierungen der Spitzenstunden-Limits für Pro- und Max-Konten auf.

— Anthropic, https://www.anthropic.com/news/higher-limits-spacex

Was das praktisch bedeutet:

  • Alte Messungen des Fünf-Stunden-Fensters sind nicht mehr gültig. Die vor Mai formulierte Schätzung „Pro reicht zwei Stunden“ ist nun um die Hälfte zu niedrig angesetzt.
  • Wöchentliche Schätzungen solltest du jedoch nicht verdoppeln. Die Ankündigung betrifft nur Fünf-Stunden-Fenster; das Wochenkontingent wird überhaupt nicht erwähnt. Deshalb wird bei der obigen Tarifberechnung das Wochenfenster verwendet: Du musst es selbst messen. Die Messwerte anderer sind hier nutzlos.
  • Das Gefühl, dass „die Limits strenger geworden sind“, lässt sich meist durch die Nutzung erklären. Die Kapazität ist gewachsen, doch die Nutzung der Menschen ist noch schneller gewachsen: Agenten, Skills, verbundene Server und parallele Sitzungen. Das /usage-Feld zeigt es Zeile für Zeile.

Welche Tipps zu Limits funktionieren nicht?

Das Wichtigste

Vier Tipps werden ständig von einem Artikel zum nächsten wiederholt, halten der Praxis aber nicht stand. Ein Modellwechsel hilft nur beim Opus-Limit; beim Sitzungs- oder Wochenlimit bewirkt er nichts. Den Kontext ständig zu komprimieren, verbraucht selbst Kapazität. Einer genauen Tokenanzahl für einen Tarif nachzujagen, ist sinnlos, denn es gibt keine.

Der Ratschlag „Limit erreicht? Wechsle das Modell.“ Er funktioniert nur beim Opus-Limit. Sitzungs- und Wochenlimits gelten für alle Modelle gemeinsam; /model stellt sie nicht wieder her. Der Ratschlag hält sich, weil er für den Autor einmal funktioniert hat – als er das Opus-Limit erreicht hatte.

Der Ratschlag „Komprimiere den Kontext häufiger.“ Die Komprimierung selbst liest die gesamte Unterhaltung, die komprimiert wird. Wenn du alle zwanzig Minuten /compact ausführst, bezahlst du immer wieder für die Verarbeitung desselben Verlaufs. Wenn der Zusammenhang nicht erhalten bleiben muss, ist /clear kostenlos.

Der Ratschlag „Hier ist die genaue Tokenanzahl für Pro.“ Eine solche Zahl gibt es nicht; es gibt Zeitfenster und Anteile darin. Jeder konkrete Wert ist entweder eine einmalige Messung im Projekt der jeweiligen Person oder die Wiedergabe einer solchen Messung aus zweiter Hand.

Der Ratschlag „Behalte vorsichtshalber ein zweites Abo.“ Ein zweiter Arbeitsbereich kann für einen echten Arbeitsbedarf sinnvoll sein. Häufiger zahlst du jedoch doppelt für deinen eigenen, nicht geleerten Kontext. Prüfe /usage, bevor du dein Portemonnaie zückst.

Kontexthygiene hilft: Leere den Kontext zwischen Aufgaben, halte deine Regeldatei kompakt und deaktiviere, was du nicht verwendest. Ich habe einen separaten Leitfaden zu grundlegenden Maßnahmen zum Nutzungssparen, „So verbrauchst du die Claude-Code-Limits nicht an einem Tag“, und einen weiteren zu Messwerkzeugen, „So verfolgst du die Token-Nutzung“.

Zu Ailoot.

Weitere Details

Fragen und Antworten

Stellt ein Modellwechsel ein verbrauchtes Sitzungs- oder Wochenkontingent wieder her?

Nein. Diese Limits gelten modellübergreifend. Ein Wechsel kann bei einem modellspezifischen Limit helfen. Lies zuerst die genaue Meldung und Rücksetzzeit. Ein gemeinsames Sitzungs- oder Wochenlimit braucht seine eigene Rücksetzung oder eine passende Zusatznutzungsoption.

Zeigt der Dollarbetrag unter /usage meine Aborechnung?

Nein. Der Sitzungskostenwert wird anhand von Tokenpreisen berechnet und ist nicht die Aborechnung. Prüfe bei Verdacht auf separate API-Abrechnung die aktiven Zugangsdaten unter /status und vergleiche die Nutzung mit den tatsächlichen Kontolimits.

Alle Artikel