So erstellen Sie Ihren ersten Claude Code Subagent in 15 Minuten (inklusive Vorlage)

@0x_rody
ENGLISCHvor 2 Monaten · 31. Mai 2026
1.1M
383
48
18
1.7K

TL;DR

Dieser Leitfaden erklärt, wie Sie spezialisierte Claude Subagents mithilfe von Markdown-Vorlagen erstellen, um Code-Reviews, Tests und Dokumentationen effizient zu verwalten, die Nutzung des Kontextfensters zu optimieren und API-Kosten zu senken.

Sie können einen Code-Reviewer, einen Testautor, einen Sicherheitsscanner oder einen Dokumentationsgenerator in unter 15 Minuten erstellen.

Jeder davon ist eine Markdown-Datei mit Anweisungen oben und einem Prompt unten.

Aufgaben, die Sie jeden Tag manuell erledigen, laufen jetzt auf Autopilot.

Hier sind 5 gebrauchsfertige Vorlagen, die Sie sofort kopieren können 👇

rody - inline image

Was ein Subagent eigentlich ist (30 Sekunden)

Ein Subagent ist eine separate Claude-Instanz, die in Ihrer Sitzung läuft. Er hat sein eigenes Kontextfenster, erledigt eine fokussierte Aufgabe und sendet nur die Zusammenfassung zurück.

Ihre Hauptsitzung bleibt sauber.

Ohne Subagenten: Claude liest 40 Dateien, sucht nach Mustern, generiert Code, prüft ihn, führt Tests aus – alles in einem Kontext. Ab Nachricht 20 werden Dinge automatisch komprimiert und vergessen.

Mit Subagenten: Die Hauptsitzung delegiert „prüfe diesen Code" an einen Reviewer-Subagenten. Der Reviewer arbeitet in seinem eigenen Kontext, gibt „3 Probleme gefunden" zurück, und die Hauptsitzung läuft ohne Ballast weiter.

Wo man sie ablegt: ~/.claude/agents/ → verfügbar in jedem Projekt (persönlich) .claude/agents/ → nur in diesem Projekt (über Git mit dem Team geteilt)

rody - inline image

Der Aufbau einer Subagent-Datei

Jeder Subagent ist eine Markdown-Datei mit YAML-Frontmatter am Anfang:

markdown
1---
2name: agent-name
3description: When to use this agent. Be specific.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Bash
10---
11
12You are a [role]. Your job is to [specific task].
13
14When invoked:
151. Do [step 1]
162. Do [step 2]
173. Return [specific output format]

name – womit Sie ihn mit @agent-Name aufrufen

description – Claude liest dies, um zu entscheiden, wann automatisch delegiert werden soll. Schreiben Sie es wie Auslösebedingungen: „Verwenden Sie diesen Agenten, wenn der Benutzer eine Code-Review anfordert."

model – leiten Sie zu Sonnet für fokussierte Aufgaben weiter (5x günstiger als Opus)

tools – schränken Sie ein, worauf der Agent zugreifen kann. Nur-Lesen für Reviewer, voller Zugriff für Schreiber.

Der Markdown-Text unterhalb des Frontmatters ist der System-Prompt. Hier legen Sie fest, wie sich der Agent genau verhalten soll.

Vorlage 1: Code-Reviewer (5 Minuten)

Erstellen Sie .claude/agents/reviewer.md:

markdown
1---
2name: reviewer
3description: Expert code review. Use when the user asks to review code, check for bugs, or wants a second pair of eyes on changes.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Bash
10---
11
12You are a senior code reviewer. Your job is to find bugs, security issues, and quality problems.
13
14When invoked:
151. Run `git diff HEAD~1` to see recent changes
162. Read the modified files completely
173. Check for:
18 - Logic errors and off-by-one mistakes
19 - Missing null/undefined checks
20 - Security issues (hardcoded secrets, injection, XSS)
21 - Performance problems (N+1 queries, blocking calls)
22 - Naming and readability issues
23
24Output format:
25## Review Summary
26[1-2 sentence overview]
27
28## Issues Found
29**CRITICAL:** [issues that will cause bugs in production]
30**WARNING:** [issues that should be fixed before merge]
31**INFO:** [style and readability suggestions]
32
33If no issues found, say "Code looks good" and explain why.
34Do NOT suggest changes that aren't improvements.

Verwendung:

text
1check the last commit@reviewer

Oder Claude delegiert automatisch, wenn Sie „Review this code" sagen.

Vorlage 2: Test-Autor (5 Minuten)

Erstellen Sie .claude/agents/test-writer.md:

text
1---
2name: test-writer
3description: Write tests for code. Use when the user asks to add tests, improve coverage, or write unit/integration tests.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Write
10 - Bash
11---
12
13You are a test engineer. Your job is to write thorough tests that match the existing test style in the project.
14
15When invoked:
161. Find existing tests in the project to match framework, imports, and assertion style
172. Read the file or module to be tested
183. Write tests covering:
19 - Happy path with expected inputs
20 - Edge cases: empty, null, zero, max values
21 - Error cases: invalid inputs, timeouts, missing data
22 - Async behavior if applicable
234. Run the tests: `npm test` or equivalent
245. Fix any failures before returning
25
26Output only the test file path and a summary of what's covered.
27Do NOT change the source code, only write tests.

Verwendung:

text
1-writer write tests for src/lib/auth/session.ts@test

Vorlage 3: Dokumentations-Generator (5 Minuten)

Erstellen Sie .claude/agents/doc-writer.md:

text
1---
2name: doc-writer
3description: Generate documentation. Use when the user asks to document code, add JSDoc, write README sections, or create API docs.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Write
10---
11
12You are a documentation specialist. Your job is to write clear, concise documentation that matches the project's existing style.
13
14When invoked:
151. Read the files or module to document
162. Check for existing documentation style in the project
173. For functions: add description, params with types, return value, example usage
184. For complex logic: add inline comments explaining WHY, not WHAT
195. For APIs: document method, path, request/response shapes, auth requirements
20
21Rules:
22- Match the existing documentation style exactly
23- Be concise. Skip self-explanatory code.
24- Never change functionality, only add documentation
25- If the code is unclear, document what it does AND flag it for refactoring

Verwendung:

text
1-writer document the entire src/api/ folder@doc

Vorlage 4: Sicherheitsscanner (5 Minuten)

Erstellen Sie .claude/agents/security.md:

markdown
1---
2name: security
3description: Security audit. Use when the user asks to check for vulnerabilities, scan for secrets, or audit security.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Bash
10---
11
12You are a security engineer. Your job is to find vulnerabilities in the codebase.
13
14When invoked:
151. Scan for hardcoded secrets:
16 `grep -rn "sk-\|api_key\|password\|secret\|token" --include="*.ts" --include="*.js" --include="*.py" . | grep -v node_modules | grep -v ".env.example"`
172. Check for SQL injection (string concatenation in queries)
183. Check for XSS (unsanitized user input in HTML)
194. Check for missing auth on protected routes
205. Run `npm audit` or equivalent for dependency vulnerabilities
216. Check if .env files or secrets are in .gitignore
22
23Output format:
24## Security Report
25
26**CRITICAL:** [exploitable vulnerabilities]
27**HIGH:** [serious issues to fix before deploy]
28**MEDIUM:** [should be fixed soon]
29**LOW:** [best practices not followed]
30
31For each issue: file, line, what's wrong, how to fix it.
32Do NOT fix issues, only report them.

Verwendung:

text
1scan the entire codebase@security

Vorlage 5: PR-Beschreibungs-Autor (5 Minuten)

Erstellen Sie .claude/agents/pr-writer.md:

text
1---
2name: pr-writer
3description: Write PR descriptions. Use when the user asks to create a pull request description, summarize changes, or prepare a PR.
4model: claude-sonnet-4-5-20250929
5tools:
6 - Read
7 - Grep
8 - Glob
9 - Bash
10---
11
12You are a PR description specialist. Your job is to write clear, structured PR descriptions ready to paste into GitHub.
13
14When invoked:
151. Run `git log main..HEAD --oneline` for commit list
162. Run `git diff main...HEAD --stat` for changed files
173. Read the key changed files to understand context
18
19Output exactly this format:
20
21## What
22[One paragraph: what this PR does]
23
24## Why
25[One paragraph: why this change is needed]
26
27## Changes
28[Bullet list grouped by area]
29
30## Testing
31[How this was tested]
32
33Nothing else. Ready to paste into GitHub.

Verwendung:

text
1-writer summarize changes on this branch@pr

So verwenden Sie Subagenten

Drei Möglichkeiten:

text
11. @-Erwähnung (am zuverlässigsten):
2 @reviewer check the last commit
3 @test-writer write tests for auth.ts
4 @security scan src/
5
62. Automatische Delegierung (Claude liest das description-Feld):
7 "review this code" → Claude wählt automatisch @reviewer
8 "write tests" → Claude wählt automatisch @test-writer
9
103. /agents-Befehl (verwalten und durchsuchen):
11 /agents → öffnet die Agenten-Bibliothek
12 Tab "Running" → aktive Subagenten anzeigen
13 Tab "Library" → Agenten durchsuchen, erstellen, bearbeiten

Damit die automatische Delegierung funktioniert, machen Sie das Beschreibungsfeld spezifisch. „Verwenden Sie diesen Agenten, wenn der Benutzer eine Code-Review anfordert" funktioniert. „Code-Zeug" nicht.

Die Kosten-Rechnung

Jeder Subagent läuft in seinem eigenen Kontextfenster. Das bedeutet Tokens. Aber es bedeutet auch, dass Ihre Hauptsitzung schlank bleibt.

text
1Ohne Subagenten:
2- Eine Sitzung macht alles
3- Kontext bläht sich auf über 200K Tokens bis Nachricht 20
4- Jede weitere Nachricht kostet mehr
5- Autocompact verliert wichtigen Kontext
6
7Mit Subagenten:
8- Hauptsitzung bleibt bei ~30K Tokens
9- Jeder Subagent verbraucht ~15-20K Tokens isoliert
10- Zusammenfassungen kehren zur Hauptsitzung zurück (500 Tokens)
11- Gesamttokens sind vielleicht ähnlich, aber die Qualität ist höher
12- Subagenten zu Sonnet leiten → 5x günstiger pro Agent

Der wahre Vorteil: Subagenten zu Sonnet leiten, während Ihre Hauptsitzung Opus verwendet.

text
1# In Ihrer Umgebungskonfiguration export CLAUDE_CODE_SUBAGENT_MODEL="claude-sonnet-4-5-20250929"

Wo Sie anfangen sollten

Kopieren Sie eine Vorlage. Irgendeine. Legen Sie sie in .claude/agents/. Verwenden Sie sie einmal.

Wenn Sie nur eine ausprobieren möchten: beginnen Sie mit dem Reviewer. Geben Sie @reviewer check the last commit nach Ihrer nächsten Code-Änderung ein. Sie werden nie wieder zu Selbst-Reviews zurückkehren.

Danke fürs Lesen!

@0x_rody

rody - inline image
Mit einem Klick speichern

Virale Artikel mit YouMind per KI tief lesen

Speichere die Quelle, stelle gezielte Fragen, fasse die Argumentation zusammen und verwandle einen viralen Artikel in wiederverwendbare Notizen in einem einzigen KI-Arbeitsbereich.

YouMind entdecken
Für Creator

Verwandle dein Markdown in einen sauberen 𝕏-Artikel

Wenn du eigene Langtexte veröffentlichst, wird die 𝕏-Formatierung von Bildern, Tabellen und Codeblöcken mühsam. YouMind macht aus einem ganzen Markdown-Entwurf einen sauberen, sofort postbaren 𝕏-Artikel.

Markdown zu 𝕏 testen

Mehr Muster zum Entschlüsseln

Aktuelle virale Artikel

Mehr virale Artikel entdecken