Modelle, Nutzung und Limits in Claude Code

Diese Anleitung erklärt, welches Modell Sie verwenden, wie die Nutzung gemessen wird und wie Sie lange Sitzungen innerhalb ihrer Kontext- und Nutzungslimits halten.

Wie Sie sich anmelden, bestimmt, wie die Nutzung gemessen wird. Alles andere in Claude Code funktioniert unabhängig davon gleich.

Wenn Sie sich mit einem Enterprise-Sitz angemeldet haben, müssen Sie normalerweise nicht über Token nachdenken, bis Sie ein Limit erreichen. Wenn Sie einen API-Schlüssel verwenden, zeigt der Befehl /cost Ihre laufenden Ausgaben für die aktuelle Sitzung.

Führen Sie jederzeit /model aus, um zu sehen, welche Modelle für Ihr Konto verfügbar sind und um zwischen ihnen zu wechseln. Als grobe Richtlinie:

Sie können Modelle während einer Sitzung wechseln, ohne Ihr Gespräch zu verlieren. Ein häufiges Muster ist die Planung mit Opus und die Ausführung mit Sonnet.

Jede Runde sendet drei Dinge an das Modell:

Von diesen wächst das erste Element am schnellsten. Eine lange Debugging-Sitzung, in der Claude zwanzig Dateien gelesen und fünfzehn Diffs erstellt hat, trägt all das bei jeder nachfolgenden Nachricht mit sich. Hier stammen sowohl Kosten als auch Kontextlimits her.

Das Kontextfenster ist die maximale Textmenge, die das Modell auf einmal berücksichtigen kann. Claude Code zeigt einen Live-Indikator, wie voll es ist. Wenn es sich füllt, kann Claude die ältesten Teile des Gesprächs nicht mehr klar sehen und die Qualität sinkt.

Zwei Befehle halten es unter Kontrolle:

Faustregel: Verwenden Sie /clear, wenn Sie eine neue Aufgabe starten, und /compact, wenn Sie eine lange fortsetzen.

Fast jeder Bericht „Ich habe mein Limit bis zum Mittag aufgebraucht" lässt sich auf einen dieser fünf zurückführen."

Jede vorherige Nachricht wird bei jeder Runde erneut gesendet, daher zahlt eine Sitzung, die durch drei unabhängige Probleme gewandert ist, für alle drei bei jeder neuen Nachricht. In der Praxis: Sie haben gerade das Debugging einer Login-Umleitung abgeschlossen und möchten jetzt eine Datenbankmigrationen schreiben. Führen Sie zuerst /clear aus. Ein einfacher Test: Wenn Ihre nächste Eingabeaufforderung in einem brandneuen Terminal perfekt Sinn machen würde, löschen Sie vor dem Senden. Ihre CLAUDE.md und Projektdateien bleiben erhalten; nur der Chat-Verlauf wird gelöscht. Eine Warnung: /clear kann nicht rückgängig gemacht werden. Wenn Sie möglicherweise noch etwas aus dem Verlauf benötigen, kopieren Sie es zuerst aus oder führen Sie stattdessen /compact aus, das eine Zusammenfassung beibehält, anstatt alles zu löschen.

Opus kostet pro Runde mehrmals mehr als Sonnet, und Sonnet mehr als Haiku. Opus für Routinearbeiten auszugeben ist der schnellste Weg, ein tägliches Limit zu erschöpfen. Angemessene Standardeinstellungen: Sonnet für die meisten Codierungen (Features, Tests, bekannte Fehler, Umgestaltungen); Opus, wenn Sie wirklich stecken bleiben oder die Änderung umfangreich ist (schwieriges Debugging, übergreifende Umgestaltungen, Architekturentscheidungen); Haiku für schnelle mechanische Arbeiten (Umbenennungen, Protokollzeilen, Regex-Erklärungen, Boilerplate).

Alles, was Sie einfügen, bleibt im Kontext, vollständig, für den Rest der Sitzung. Das Referenzieren einer Datei nach Pfad ermöglicht es Claude, selektiv zu lesen und sich auf den Teil zu konzentrieren, der Sie interessiert. In der Praxis: Anstatt auth.ts einzufügen, schreiben Sie look at the validateToken function in @src/auth.ts. Für Protokolle und Stack-Traces schneiden Sie auf die relevanten 20 oder 30 Zeilen zu, bevor Sie einfügen. Für alles Große (Sperrdateien, Build-Protokolle, Datendumps) legen Sie es auf die Festplatte und referenzieren Sie den Pfad.

Diese Datei wird jeder Runde vorangestellt, daher werden ihre Kosten mit der Anzahl der Nachrichten multipliziert, die Sie senden. Eine 300-zeilige CLAUDE.md über eine 40-Runden-Sitzung sind 12.000 Zeilen Input, die Sie bezahlt haben, bevor Sie irgendwelche Arbeiten erledigt haben. Die Regel: zwei Streiche, ein Bildschirm. Fügen Sie eine Notiz nur hinzu, wenn Sie Claude zum zweiten Mal auf die gleiche Sache korrigieren müssen (Probleme beim ersten Mal sind normalerweise Einzelfälle). Und lassen Sie die Datei niemals über einen einzelnen Bildschirm von etwa 80 bis 100 Zeilen wachsen; wenn etwas Neues hinzugefügt werden muss und es gibt keinen Platz, muss etwas Altes heraus. Wann aktualisiert werden: direkt nach einer Sitzung, in der Sie Claude zweimal auf die gleiche Sache korrigieren mussten. Das ist, wenn die Lösung frisch ist und eine Minute dauert, um aufzuschreiben. Lesen Sie alle paar Wochen die ganze Datei durch und löschen Sie alles, das nicht mehr wahr ist oder dessen Zweck Sie nicht mehr erinnern können. Veraltete Notizen sind schlimmer als fehlende Notizen, weil sie Claude aktiv in die Irre führen.

Ein Plan kostet ein paar hundert Token. Ein falscher 400-Zeilen-Diff, den Sie rückgängig machen und neu generieren, kostet Tausende, zweimal, plus die Runden, die damit verbracht werden, zu erklären, was schief gelaufen ist. In der Praxis: Für alles, das mehr als zwei oder drei Dateien berührt, wechseln Sie zu Plan Mode oder fragen Sie einfach: „Bevor Sie etwas ändern, listen Sie die Dateien auf, die Sie berühren werden, und was Sie in jeder tun werden.

Profi-Tipp: Planen Sie mit Opus, führen Sie mit Sonnet aus. Die höchstwertige Verwendung von Opus ist das Schreiben des Plans selbst, wo tiefere Überlegungen tatsächlich auszahlen. Sobald ein guter Plan vorhanden ist, ist die Ausführung größtenteils mechanisch und Sonnet handhabt es zu einem Bruchteil der Kosten. Arbeitsablauf: /model opus, fragen Sie nach dem Plan, überprüfen und korrigieren Sie ihn, dann /model sonnet und „führen Sie den obigen Plan aus.