Wie ich Codex-Tokens von 245 Mio. auf 28 Mio. pro Tag kostenlos reduziert habe (bei gleicher Geschwindigkeit)

Nachdem die Codex-Aktion endete und die echten Kontingente einsetzten, sah ich, wie meine täglichen Codex-Verbrauchsgrenzen schneller erreicht wurden.

Also fand ich ein System, um die Anzahl der Tokens, die ich ausgebe, zu reduzieren, ohne die Geschwindigkeit zu beeinträchtigen.

Ein Tag: 245 Millionen Tokens

Am nächsten Tag nach der Absicherung meines Systems: 28 Millionen

Hier ist genau, was ich geändert habe:

Schritt 1: Niemals Rohdaten füttern, immer zuerst vorverdichten

Codex braucht nicht dein 40 MB großes Handelsprotokoll, massiven JSON-Marktdump oder das gesamte Repository bei jedem Durchlauf. Ich lasse es jetzt einmalige Hilfsskripte erstellen, die „Nadelkarten“ anfertigen:

• compact_logs.py → filtert nach Zeitstempel/Symbol/Schlüsselwort und gibt nur die Top-N-Anomalien aus
• summarize_data.py → extrahiert relevante Spalten, Zeilenanzahlen, Stichproben und wichtige Statistiken
• repo_map.py → erstellt eine saubere Übersicht über Einstiegspunkte, Konfiguration, Kernabläufe (unter Auslassung von venv, node_modules, builds usw.)

Füttere es mit 200–500 Tokens destillierter Erkenntnis anstatt mit 10k+ Rauschen.

Einmal bauen, für immer wiederverwenden.

Schritt 2: Jede Befehlsausgabe aggressiv begrenzen

Die Standardausgabe ist tödlich:

• git status
• ls -la
• cat file
• python script. py

können den Kontext sofort explodieren lassen.

Ich baue jetzt in jede Anweisung Begrenzungen ein:

1head -n 50, tail -n 50, grep "ERROR" | head -n 30
2
3Schreibe vollständige Ergebnisse in temporäre Dateien und überprüfe nur Bereiche.
4
5Füge überall --limit 100 Flags hinzu.

Schritt 3: Erstelle eine lebendige Übergabedatei (Dein Projekt-Gehirn)

Hör auf, Agenten bei jeder Sitzung alles neu entdecken zu lassen.

Ich führe eine knappe HANDOFF.md (unter 1k Tokens), die Folgendes enthält:

• Aktuelles Ziel + Erfolgskennzahlen
• Wichtige Dateien & letzte Entscheidungen
• Bereits ausgeführte Befehle + Ergebnisse
• Bekannte Probleme und Liste „Nicht erneut lesen“
• Nächste Schritte

Beende jede Sitzung mit: „Verdichte aktuelle Erkenntnisse in HANDOFF.md, entferne Sackgassen, behalte nur umsetzbare Fakten.“

Schritt 4: Explizite „Tu nicht“-Anweisungen sparen massiv Tokens

Agenten lieben es abzuschweifen, also setze ich harte Grenzen:

• „Überspringe node_modules, .venv, dist, logs/archive, generierte Dateien und alle Cache-Verzeichnisse“
• „Fasse zusammen, bevor du eine neue Datei öffnest“
• „Nie den vollständigen Quellcode einfügen, es sei denn, ich sage es ausdrücklich“
• „Überprüfe nur Dateien, die für diese genaue Aufgabe benötigt werden“

Füge diese einmal in deine AGENTS.md ein und beobachte, wie die Anzahl der erneuten Lesevorgänge zusammenbricht.

Schritt 5: Fordere Zusammenfassungen, Diffs und Ausschnitte

Schlechte Aufforderung:

1Lese diese Datei und erkläre sie.

Gute Aufforderung:

1Lokalisiere die Positionsgrößenlogik der Risiko-Engine. Zeige nur diese Funktion + 3 Zeilen darüber/darunter. Erkläre den Grenzfall in einem Absatz.

Oder

1Erstelle eine einseitige Repository-Karte: Einstiegspunkte, Konfiguration, Hauptdatenflüsse und Backtest-Befehle. Überspringe Vendor-Verzeichnisse.

Gezielte Anfragen = winzige Kontextfenster

Schritt 6: Lasse Codex seinen eigenen Kontext regelmäßig komprimieren

Alle 4-5 Durchläufe gebe ich ein:

1Fasse unseren Fortschritt in einer knappen Übergabenotiz zusammen. Entferne Wiederholungen und fehlgeschlagene Pfade. Behalte nur, was zum Fortfahren nötig ist.

Das Gespräch bleibt schlank, auch wenn es wächst.

Schritt 7: Töte Ausführlichkeit standardmäßig

1Sei präzise. Gib nur den Patch + einen einzeiligen Grund aus. Wiederhole den Plan nicht, es sei denn, er hat sich geändert. Kein Fülltext.

Allein diese Regel reduziert die Ausgabe-Tokens drastisch.

Nützliche Befehle und Hilfsskripte, die ich täglich einsetze

Dies sind die genauen Einzeiler und Skripte, die ich kopiere und einfüge oder die Codex am ersten Tag eines jeden Projekts generieren lasse.

Kernbefehle zur Begrenzung, die ich bei jedem Tool-Aufruf erzwinge:

1# Sichere Dateiinspektion
2head -n 80 somefile.py | cat
3tail -n 80 somefile.py | cat
4grep -n "KEYWORD" file.py | head -n 40
5
6# Git ohne den Feuerwehrschlauch
7git status --porcelain | head -n 30
8git log --oneline -15
9git diff --name-only | head -n 20
10
11# Daten & Logs (handelsspezifisch)
12tail -n 200 market_log.json | jq '.[-50:]' | head -n 100
13python -c "import pandas as pd; df = pd.read_csv('trades.csv'); print(df.head(20).to_string())" | head -n 150
14
15# Schreiben-dann-Prüfen-Muster
16python analyze_backtest.py > temp_results.txt 2>&1
17head -c 8000 temp_results.txt   # Byte-Grenze zur Sicherheit

Hilfsskripte, die ich Codex immer zuerst erstellen lasse (dann führe ich sie selbst aus):

• compact_logs.py → python compact_logs.py --symbol BTC --hours 24 > summary.txt
• repo_map.py → python repo_map.py > HANDOFF.md (aktualisiert die Gehirndatei)
• scan_errors.py → python scan_errors.py --limit 30 > errors.txt
• summarize_json.py → python summarize_json.py market_snapshot.json > needle.txt

Eine Killerregel in AGENTS.md, nach der ich lebe (alles Unbekannte mit Byte-Grenze versehen):

1## Schutz der Befehlsausgabe
2Jeder Befehl mit unbekannter oder potenziell großer Ausgabe MUSS mit einer Byte-Grenze versehen werden.
3Standard: COMMAND 2>&1 | head -c 6000
4Wenn mehr benötigt wird, schreibe in eine temporäre Datei und ich werde nur Bereiche überprüfen.

Prompt-Vorlage, die ich für datenintensive Aufgaben wiederverwende:

1Führe zuerst compact_logs.py oder summarize_data.py aus, um eine <500-Token-Nadelkarte zu erstellen. Analysiere dann nur diese. Lies niemals die Rohdatei direkt.

Meine neue Faustregel

Lass Codex keine Rohdaten lesen, wenn eine 50-zeilige Zusammenfassung ausreichen würde

Die Helfer, die ich in der ersten Woche gebaut habe, zahlen sich jede einzelne Stunde aus.

Tokeneffizienz war kein Modellproblem, sondern ein Systemproblem. Beherrsche einfach die Kontextdisziplin und du erreichst 8-10x mehr innerhalb des gleichen Kontingents.

Ich baue auch www.RedLeads.app, damit ich schneller Nutzer für das finde, was ich veröffentliche. Mach mit beim Speedrun zu $10k MRR, indem du coole Systeme und Tools vibecodest.

Danke :)