Delegationsstrategien
Wissen
Wann delegieren?
Nicht jede Aufgabe braucht einen Subagent. Die Grundfrage lautet: Lässt sich das Ergebnis in 2-3 Sätzen zusammenfassen? Wenn ja, ist ein Subagent sinnvoll -- denn dann sparst du Kontext, weil nur die Zusammenfassung zurückkommt statt aller Zwischenschritte.
Hier sind die häufigsten Delegations-Szenarien:
Recherche-Aufgaben -- Explore Subagent
"Finde heraus, wie Error Handling in diesem Projekt implementiert ist"
Der Explore-Agent (Haiku, read-only) durchsucht die Codebase und liefert eine strukturierte Zusammenfassung. Kosten: minimal. Kontextverbrauch im Hauptagent: ein Absatz statt 50 Dateien.
Code Review -- Custom Agent mit eingeschränkten Tools
@"reviewer (agent)" prüfe die Änderungen im letzten Commit
Ein Custom Agent mit nur Lese-Tools (Read, Grep, Glob) kann keine Dateien verändern -- perfekt für sicheres, unabhängiges Review.
Komplexe Features -- General-purpose mit Opus
Für anspruchsvolle Implementierungen, die tiefes Verständnis erfordern -- zum Beispiel ein neues Authentifizierungssystem -- delegierst du an einen General-purpose Agent, der das volle Modell und alle Tools erbt.
Parallele Aufgaben -- mehrere Subagents gleichzeitig
Die wahre Stärke der Delegation zeigt sich bei Parallelität:
"Starte drei Subagents:
1. Analysiere die Test-Coverage in src/auth/
2. Prüfe die API-Endpunkte auf fehlende Validierung
3. Finde alle TODO-Kommentare im Projekt"
Drei Subagents arbeiten gleichzeitig, jeder mit eigenem Kontext. Du bekommst drei kompakte Ergebnisse zurück.
*Die 2-3-Sätze-Faustregel
Bevor du delegierst, frage dich: "Kann das Ergebnis in 2-3 Sätzen zusammengefasst werden?" Wenn ja, ist ein Subagent ideal. Wenn du das vollständige Ergebnis im Kontext brauchst (z.B. um darauf aufzubauen), ist direkte Bearbeitung besser.
Kostenoptimierung durch Modell-Wahl
Die Wahl des Modells hat direkten Einfluss auf Kosten und Qualität:
| Modell | Stärke | Typische Aufgaben | Relative Kosten |
|---|---|---|---|
| Haiku | Schnell, günstig | Suche, einfache Analyse, Zusammenfassungen | Niedrig |
| Sonnet | Ausgewogen | Code Review, Test-Erstellung, Refactoring | Mittel |
| Opus | Höchste Qualität | Architektur-Entscheidungen, komplexe Features | Hoch |
Faustregel für die Modell-Wahl:
- Braucht der Agent nur zu lesen und zusammenzufassen? -- Haiku
- Muss der Agent Code schreiben oder analysieren? -- Sonnet
- Geht es um komplexe Architektur oder schwierige Bugs? -- Opus
!Kosten im Blick behalten
Ein Opus-Subagent mit 50 Tool-Aufrufen kann schnell teuer werden. Nutze Opus nur, wenn die Aufgabe tatsächlich die höchste Modellqualität erfordert. Für die meisten Aufgaben reicht Sonnet -- für reine Recherche sogar Haiku.
Subagents vs. Agent Teams
Claude Code bietet zwei Delegation-Mechanismen: Subagents (dieses Modul) und Agent Teams (Modul 8). Hier der Vergleich:
| Eigenschaft | Subagents | Agent Teams |
|---|---|---|
| Kontext | Eigenes Fenster, Ergebnis geht an Hauptagent zurück | Völlig unabhängige Agents mit eigenen Konversationen |
| Kommunikation | Nur mit dem Hauptagent (einseitig) | Agents kommunizieren direkt miteinander |
| Kann Subagents spawnen | Nein (kein Nesting) | Ja (der Lead-Agent kann delegieren) |
| Token-Kosten | Niedriger (ein Agent pro Aufgabe) | Höher (mehrere Agents mit eigenem Kontext) |
| Orchestrierung | Einfach (Hauptagent delegiert und wartet) | Komplex (Koordination, Messaging, Shared Tasks) |
| Ideal für | Einzelne, abgrenzbare Teilaufgaben | Große Projekte mit mehreren zusammenhängenden Aufgaben |
Du hast ein Projekt mit 3 Microservices, die gleichzeitig aktualisiert werden müssen und voneinander abhängen. Was ist besser geeignet?
Verstehen
Entscheidungsbaum für Delegation
Wenn du vor einer Aufgabe stehst, hilft dieser Entscheidungsprozess:
1. Ist die Aufgabe in sich abgeschlossen?
- Ja --> Subagent
- Nein (Aufgaben hängen zusammen) --> Agent Team
2. Muss der Agent Code schreiben?
- Nein (nur Recherche) --> Explore (Haiku)
- Ja, moderater Umfang --> Custom Agent (Sonnet)
- Ja, komplex --> General-purpose (Opus)
3. Kann es parallel laufen?
- Ja --> Background Tasks oder mehrere Subagents
- Nein --> Sequentiell im Hauptagent
4. Gibt es Konfliktpotenzial mit deiner aktuellen Arbeit?
- Ja -->
isolation: worktree - Nein --> Standard-Isolation reicht
Du willst wissen, welche npm-Packages in deinem Projekt veraltet sind. Welche Delegation ist optimal?
Anwenden
Praxis-Beispiel: Feature-Entwicklung mit Subagents
Stell dir vor, du baust ein neues Kommentar-System. So könnte ein effizienter Workflow aussehen:
Schritt 1: Recherche (Explore, Haiku)
"Wie ist das bestehende Datenmodell für Posts aufgebaut?"
--> Ergebnis: "Posts nutzen Prisma mit id, title, content, authorId..."
Schritt 2: Review bestehender Patterns (Custom Agent, Sonnet)
@"pattern-analyzer (agent)" "Welche Patterns nutzen die bestehenden CRUD-Operationen?"
--> Ergebnis: "Service Layer Pattern mit Repository, Validation via Zod..."
Schritt 3: Implementierung (General-purpose, erbt Modell)
"Implementiere das Comment-Modell und den Service nach den bestehenden Patterns"
--> Agent implementiert basierend auf den Ergebnissen aus Schritt 1 und 2
Jeder Schritt nutzt den passenden Agent-Typ: günstig für Recherche, mittel für Analyse, voll für Implementierung.
Reflektieren
Effektive Delegation ist eine Kernkompetenz für die Arbeit mit Claude Code. Die richtige Wahl zwischen Explore, Custom Agent und General-purpose spart Tokens, Kosten und Kontext. Und die Faustregel bleibt einfach: Wenn das Ergebnis in 2-3 Sätzen passt, delegiere es an einen Subagent.