Claude Code gibt Ihnen ein 5-Stunden-Token-Budget in einem gleitenden Fenster. Der Haken: Dieses Fenster beginnt in dem Moment, in dem Sie Ihre erste Nachricht des Tages senden. Wenn Sie um 8:30 Uhr eine schnelle Frage abschicken und Ihr Budget bis 11 Uhr aufbrauchen, sind Sie bis 13 Uhr ausgesperrt – zwei tote Stunden mitten in Ihrem Arbeitstag.
Ein Entwickler hat hierfür eine saubere Lösung entwickelt. Sie nennt sich claude-warmup und nutzt eine geplante GitHub Action, um ein einmaliges, wegwerfbares „Hallo“ an Claude Haiku zu senden, bevor Ihr Arbeitstag beginnt. Diese eine Nachricht verankert Ihr 5-Stunden-Fenster an eine von Ihnen gewählte Zeit und nicht an den Zeitpunkt, zu dem Sie zufällig Claude öffnen.
Warum das funktioniert
Das Budgetfenster von Claude Code ist an die volle Stunde Ihrer ersten Nachricht gekoppelt. Eine um 6:15 Uhr gesendete Nachricht legt das Fenster auf 6:00 Uhr fest, sodass Ihr 5-Stunden-Block von 6 Uhr bis 11 Uhr läuft. Wenn Sie Ihr Budget am Vormittag aufgebraucht haben, beginnt Ihr nächstes Fenster sofort um 11 Uhr.
Ohne dies würde das Fenster immer dann beginnen, wenn Sie Claude zum ersten Mal eine Nachricht senden, oft mitten am Vormittag, und der Reset würde in der Mitte Ihrer produktivsten Stunden liegen.
Der Aufwärm-Ping kostet fast nichts. Ein „Hallo“ an Claude Haiku ohne Tools oder Kontext verbraucht vernachlässigbare Tokens.
Einrichtung (6 Schritte)
1. Das Repo forken
gh repo fork vdsmon/claude-warmup --clone
cd claude-warmup
2. Einen OAuth-Token generieren
Führen Sie auf einem Computer, auf dem Claude Code installiert ist, Folgendes aus:
claude setup-token
Dies erzeugt einen sk-ant-oat01-... Token. Kopieren Sie ihn. Er bleibt etwa ein Jahr lang gültig.
3. Den Token als GitHub Secret speichern
gh secret set CLAUDE_OAUTH_TOKEN
Fügen Sie den Token ein, wenn Sie dazu aufgefordert werden. GitHub Actions wird diesen zur Authentifizierung verwenden.
4. Ihren Cron-Zeitplan festlegen
Die Standardeinstellung ist werktags um 9:15 Uhr UTC. Ändern Sie dies, um Ihre Zeitzone und Ihren Arbeitsplan anzupassen:
gh variable set WARMUP_CRON --body "15 13 * * 1-5"
Einige Referenzzeiten:
| Ihre Zeitzone | Warmup für Start um 9 Uhr morgens | Cron-Ausdruck |
|---|---|---|
| UTC | 8:45 Uhr UTC | 45 8 * * 1-5 |
| US Eastern (EST) | 8:45 Uhr = 13:45 Uhr UTC | 45 13 * * 1-5 |
| US Pacific (PST) | 8:45 Uhr = 16:45 Uhr UTC | 45 16 * * 1-5 |
| MEZ (Mitteleuropa) | 8:45 Uhr = 7:45 Uhr UTC | 45 7 * * 1-5 |
5. Den Workflow testen
gh workflow run warmup.yml
Beobachten Sie den Tab „Actions“ in Ihrem Fork, um zu bestätigen, dass es erfolgreich läuft.
6. Überprüfen, ob es funktioniert
Öffnen Sie am nächsten Morgen Claude Code und führen Sie Folgendes aus:
/usage
Die Sitzungsrücksetzzeit sollte Ihrer Ankerstunde entsprechen. Wenn Sie das Warmup so eingestellt haben, dass es um 8:45 Uhr ausgelöst wird, sollte Ihr Fenster einen Reset um 8:00 Uhr anzeigen.
Alternative: Lokal ausführen
Wenn Sie GitHub Actions nicht verwenden möchten, führen Sie den Warmup-Befehl direkt von Ihrem Terminal über cron oder macOS launchd aus:
claude -p "hi" --model haiku --no-session-persistence
Fügen Sie dies Ihrem lokalen Crontab (crontab -e) mit der gleichen Zeitlogik hinzu. Es funktioniert auf die gleiche Weise, der Schlüssel ist, dass die Nachricht ausgelöst wird, bevor Sie Ihren Tag beginnen, und nicht, dass sie von GitHub-Servern stammt.
Tipps, um Ihr Budget länger zu nutzen
Das Steuern des Reset-Fensters hilft, aber es ist wichtig zu wissen, was Ihr Budget am schnellsten aufbraucht, damit Sie entsprechend planen können.
Erweitertes Denken verbraucht Tokens schnell. Wenn Claude Schritt für Schritt ein komplexes Problem durchdenkt, verbraucht es deutlich mehr Tokens als eine direkte Antwort. Verwenden Sie Erweitertes Denken nur für Aufgaben, die es wirklich erfordern, wie Architektur-Entscheidungen, das Debuggen kniffliger Logik, und schalten Sie es für schnelle Nachschlagen oder Code-Generierung, deren Struktur Sie bereits kennen, aus.
Halten Sie den Kontext schlank. Claude Code liest Ihre geöffneten Dateien und die jüngsten Terminalausgaben als Teil jeder Nachricht. Je größer dieser Kontext, desto mehr Tokens kostet jeder Austausch. Schließen Sie Dateien, an denen Sie nicht aktiv arbeiten, und verwenden Sie --no-session-persistence, wenn Sie einmalige Befehle ausführen, die keinen Verlauf benötigen.
Fassen Sie Ihre Anfragen zusammen. Zehn kleine Fragen kosten mehr als eine gut formulierte Frage, die alle zehn abdeckt. Bevor Sie etwas fragen, nehmen Sie sich 30 Sekunden Zeit, um eine klare, vollständige Eingabeaufforderung zu schreiben. Sie erhalten eine bessere Antwort und verbrauchen dabei weniger Tokens.
Verwenden Sie Haiku für einfache Aufgaben. Wenn Sie Claude bitten, eine Variable umzubenennen, eine Boilerplate-Funktion zu generieren oder eine Konfigurationsdatei neu zu formatieren, benötigen Sie kein Opus oder Sonnet. Geben Sie --model haiku für leichte Aufgaben an und heben Sie die leistungsstärkeren Modelle für Arbeiten auf, die echtes Denken erfordern.
Wenn Sie APIs parallel zu Claude Code entwickeln
Viele Entwickler nutzen Claude Code beim Erstellen oder Testen von APIs. Wenn dies Ihr Workflow ist, passt Apidog hervorragend dazu. Sie können Ihr API-Schema entwerfen, Mock-Server generieren und automatisierte Tests von einem Ort aus durchführen, ohne zwischen Postman, Swagger und separaten Mock-Tools wechseln zu müssen. Wenn Claude Code einen Endpunkt schreibt, können Sie ihn sofort in Apidog testen, ohne etwas zwischen den Tools kopieren zu müssen.
Der Einstieg ist kostenlos und es unterstützt REST, GraphQL und gRPC sofort.
Was zu beachten ist
- Das Fenster ist einmal festgelegt. Sobald die erste Nachricht gesendet wird, ist der 5-Stunden-Block festgelegt. Er verschiebt sich nicht mitten am Tag.
- Das Budget wird geteilt. claude.ai, Claude Code und Claude Desktop greifen alle auf denselben Pool zu. Erweitertes Denken und Tool-Aufrufe verbrauchen es schneller als einfacher Chat.
- Es gibt auch eine 7-Tage-Grenze. Diese Technik steuert das tägliche Reset-Fenster, nicht die wöchentliche Budgetobergrenze.
- Der Token setzt sich auf die volle Stunde zurück. Ein Warmup um 8:47 Uhr verankert sich um 8:00 Uhr, nicht um 8:47 Uhr. Planen Sie Ihren Cron 15 Minuten vor der gewünschten Stunde.
Wenn Ihre Claude Code-Sitzungen immer zur falschen Zeit leerlaufen, ist diese Lösung in weniger als 10 Minuten eingerichtet und läuft dann jeden Tag von selbst. Das vollständige Repository finden Sie unter github.com/vdsmon/claude-warmup.
