Angenommen, deine Claude Code-Rechnung erreicht in einer Woche $312. Strukturierst du deinen Ansatz bei Subagents neu, kann die darauffolgende Woche bei rund $124 für mehr Arbeit landen — dasselbe Projekt, ungefähr 60% weniger Ausgaben. Diese Zahlen sind eine Illustration der Mechanik, keine gemessene Auswertung, aber die Lösung, auf die sie zeigen, ist real, und sie lautet nicht „ein günstigeres Modell verwenden."
Der Begriff, nach dem man suchen sollte, ist Claude Code subagents, und fast alles, was darüber geschrieben wird, behandelt sie als Spielzeug für Parallelverarbeitung. Sie sind tatsächlich ein Kostenhebel. Das ist der Teil, den mir niemand gesagt hat.
Warum ein langer Thread Geld verbrennt
Das ist das Ding, das mir endlich klar wurde. Wenn man in einer riesigen Claude Code-Sitzung arbeitet, schleppt jede Nachricht den gesamten Gesprächsverlauf mit. Nach drei Stunden ist das Kontextfenster vollgestopft mit alten Datei-Dumps, Sackgassen-Versuchen und einem Protokoll, in dem man "nein, die andere Datei" sagt. Man zahlt für alles davon, bei jeder einzelnen Runde.
Ein Subagent bekommt einen frischen, schmalen Kontext. Er erledigt eine Aufgabe, gibt eine knappe Zusammenfassung zurück, und sein aufgeblähter Arbeitskontext löst sich in Luft auf. Der Hauptthread sieht niemals die 8.000 Token an Dateiinhalt, die der Subagent durchgearbeitet hat — er sieht die dreizeilige Antwort.
Das ist der ganze Trick. Subagents sind Kontextisolierung. Kontextisolierung ist Kostenkontrolle.
Wie ich die Arbeit tatsächlich aufteile
Ich baue eine Funktion jetzt in ungefähr vier Schritten auf und ordne jeden Schritt dem zu, der ihn ausführen soll.
Der Hauptagent bleibt der Orchestrator. Er hält den Plan und sonst fast nichts. Dann delegiere ich:
- Ein Research-Subagent liest die Codebasis durch und berichtet "hier sind die 4 Dateien, die die Authentifizierung berühren, und was sie tun." Er wühlt sich durch 20 Dateien. Ich bekomme einen Absatz.
- Ein Builder-Subagent schreibt die eigentliche Änderung gegen diesen Absatz.
- Ein Reviewer-Subagent liest das Diff kalt, ohne Erinnerung daran, wie wir dort hingekommen sind, was ihn seltsamerweise gut darin macht, dumme Fehler zu entdecken.
Dass der Reviewer amnestisch ist, ist ein Feature. Ein frischer Agent rationalisiert den Code nicht, den er gerade geschrieben hat.
Diese definiert man in .claude/agents/ als Markdown-Dateien. Ein minimales Beispiel:
---
name: codebase-researcher
description: Finds and summarizes relevant files. Use before any change.
tools: Read, Grep, Glob
---
You locate the files relevant to the task and return a tight summary:
paths, what each does, and the 1-2 functions that matter. No code dumps.
Beachte die Zeile tools. Ich habe dem Researcher reine Lesewerkzeuge gegeben. Er kann physisch keine Datei bearbeiten oder einen Befehl ausführen. Das stoppt eine ganze Klasse teurer Umherirrens, bei dem ein Agent "untersucht", indem er die Testsuite elfmal ausführt.
Der Fehler, der mich am meisten gekostet hat
Vage Delegation. Anfangs startete ich einen Subagent mit "behebe den Login-Bug." Er würde die gesamte Codebasis von Grund auf neu lesen, weil er keine Ahnung hatte, wo er suchen sollte, und genau die Token verbrennen, die ich zu sparen versuchte. Der Subagent startete bei Null.
Jetzt führt der Orchestrator zuerst eine günstige Aufklärung durch und gibt dem Subagent dann ein spezifisches Ziel: "In auth/session.ts rotiert der Refresh-Token nicht. Behebe nur diese Funktion." Schmale Eingabe, schmaler Kontext, kleine Rechnung.
Wenn dein Subagent-Prompt keine Dateien nennt, bezahlst du ihn dafür, sich zu verirren.
Wann man KEINEN Subagent verwenden sollte
Das hat mich überrascht. Subagents sind nicht kostenlos. Es gibt Overhead beim Übergabeprozess, und wenn die Aufgabe winzig ist, kostet das Starten eines Subagents mehr als es direkt zu erledigen. Eine Variable umbenennen? Im Hauptthread erledigen. Eine zweizellige Änderung braucht kein Komitee.
Ich benutze den Geruchstest: Wenn die Aufgabe erfordert, mehr als ein paar Dateien zu lesen, um gut erledigt zu werden, isoliere ich sie in einem Subagent. Wenn nicht, tue ich es nicht. Parallelität um ihrer selbst willen ist nur ein teurerer Weg, langsam zu sein.
Die Zahlen, konkret
Wohin geht eine $312-Woche wie diese? Ein riesiger Teil ist das Modell, das in praktisch jeder Runde dieselben vier großen Dateien erneut liest, weil sie im Sitzungskontext angepinnt sind. Tod durch tausend Wiederholungen.
In der neu strukturierten Woche liest der Research-Subagent diese Dateien einmal, fasst sie zusammen, und der Hauptthread gleitet auf der Zusammenfassung entlang. Die Dateien treten genau einmal in den Kontext ein statt dreißig Mal. Diese eine Verhaltensänderung ist der Großteil der Ersparnis.
Ein paar kleinere Gewinne stapelten sich obendrauf. Ich begann, den Kontext zwischen nicht zusammenhängenden Aufgaben zu bereinigen, anstatt eine Sitzung den ganzen Tag laufen zu lassen. Ich hörte auf, riesige Logs in den Hauptthread einzufügen, und ließ einen Subagent sie triage. Und ich stellte günstigere Modelle für die Grundlagenrecherche ein, während ich das stärkste Modell für das eigentliche Bauen und Überprüfen behielt — lass den Klugen denken, lass den Schnellen holen.
Mein aktuelles tatsächliches Setup
Drei Agenten-Dateien: Researcher, Builder, Reviewer. Der Researcher und ein Log-Triage-Agent laufen auf einem günstigeren, schnelleren Modell. Builder und Reviewer laufen auf dem stärksten Modell, das ich habe, weil Fehler dort auf andere Weise teuer werden — schlechter Code kostet mehr als Token.
Die Aufgabe des Orchestrators ist es, leicht zu bleiben. In dem Moment, in dem der Hauptthread anfängt, Dateiinhalt zu speichern, weiß ich, dass ich etwas falsch gemacht habe, und schiebe diese Arbeit in einen Subagent.
Solo zu entwickeln bedeutet, dass die Rechnung für Computing der Mitbewohner deines Gehalts ist. Jeder Token, den du nicht verschwendest, ist Marge. Subagents sind nicht dazu da, schneller zu werden, auch wenn man das wird. Sie sind dazu da, nicht für das dreißigmalige Lesen derselben Datei zu bezahlen, wie ich es getan habe.
Schau dir diese Woche deine Nutzungsaufschlüsselung an. Ich wette, es sind Wiederholungslesungen.