Wir betreiben seit 3 Monaten ein Unternehmen mit 20+ Claude Code Agents. Jeden Tag. Was als Experiment begann, ist inzwischen unser normaler Betriebsmodus. Diese 10 Workflows haben wir am häufigsten — und am wirkungsvollsten — eingesetzt.
Lesehinweis: Jeder Workflow hat ein Zeitbadge (⏱ gespartes Zeit-Schätzung), einen Kategorie-Tag (täglich / on-demand) und einen fertigen Prompt der du direkt verwenden kannst.
Statt manuell durch git log, offene Issues und TODO-Kommentare zu scrollen: Claude Code erstellt ein strukturiertes Tages-Briefing.
Erstelle mein Morning Standup für heute. Schau dazu:
1. git log --since=yesterday --oneline (was wurde gestern committed?)
2. Alle offenen TODO/FIXME Kommentare in src/ (max. 10)
3. package.json → gibt es outdated dependencies? (npm outdated kurz)
Ausgabe-Format:
GESTERN: [3-5 Bulletpoints]
HEUTE: [Vorgeschlagene Prioritäten basierend auf TODOs]
ACHTUNG: [Kritisches das sofort angegangen werden sollte]
Ergebnis: In 60 Sekunden vollständiges Bild über den aktuellen Projekt-Stand — ohne manuelles Nachschauen.
PR-Beschreibungen werden oft vernachlässigt — Claude Code schreibt sie auf Basis des tatsächlichen Diffs.
Schreibe eine Pull Request Description für diesen Branch.
Führe aus: git diff main...HEAD --stat
Dann: git log main...HEAD --oneline
Schreibe:
## Was wurde geändert?
[2-4 Sätze, technisch präzise]
## Warum?
[Motivation hinter dem Change]
## Wie testen?
[Konkrete Test-Schritte für den Reviewer]
## Screenshots / Logs
[Platzhalter wenn visuell, sonst weglassen]
Breaking Changes: [Ja/Nein + Details wenn Ja]
Neues Team-Mitglied? Claude Code analysiert den Codebase und erstellt eine verständliche Einführung.
Du bist Onboarding-Guide für einen neuen Entwickler.
Analysiere die Projektstruktur und erkläre:
1. Was macht dieses Projekt? (1 Absatz, non-technical)
2. Wo ist der Entry-Point? (mit Dateipfad)
3. Wie ist der Code organisiert? (Verzeichnis-Erklärung)
4. Welche 5 Dateien sollte man zuerst lesen?
5. Wie startet man das Projekt lokal? (Commands)
6. Was sind die häufigsten Tasks eines Entwicklers hier?
Ton: freundlich, klar, keine Fachbegriffe ohne Erklärung.
Tipp: In CLAUDE.md speichern und automatisch für neue Mitarbeiter generieren lassen.
Alte Codebasen haben oft tonnenweise Code der nie aufgerufen wird. Claude Code identifiziert ihn systematisch.
Analysiere die Codebase auf Dead Code in src/.
Suche nach:
1. Exportierten Funktionen die nirgendwo importiert werden
2. Kommentiertem Code der älter als 30 Tage ist (git blame)
3. Feature-Flags die immer false sind
4. TODO-Kommentare mit Datum älter als 6 Monate
Erstelle eine Tabelle:
| Datei | Zeile | Typ | Empfehlung |
|-------|-------|-----|------------|
Priorität: was sollte zuerst bereinigt werden?
Nach einem Ausfall: statt stundenlang Logs durchsuchen und Timelines rekonstruieren — Claude Code macht das in Minuten.
Schreibe ein Incident Postmortem. Logs findest du in:
- /var/log/app/error.log (letzte 24h)
- /var/log/nginx/error.log
- git log --since="24 hours ago"
Postmortem Format:
## Incident Summary
[Was, Wann, Wie lange, Impact]
## Timeline
[Chronologisch: wann was passiert ist]
## Root Cause
[Warum ist es passiert? Nicht: was hat es ausgelöst]
## Was wurde getan
[Chronologische Maßnahmen]
## Was verhindert das nächste Mal
[Konkrete Action Items mit Verantwortlichen]
Führe einen Dependency Audit durch:
1. npm audit --json → analysiere alle vulnerabilities
2. npm outdated → welche Packages sind veraltet?
3. Für jede kritische Vulnerability: erkläre das Risiko in 1 Satz
Ausgabe:
KRITISCH (sofort updaten): [Liste]
HOCH (diese Woche): [Liste]
MITTEL (nächster Sprint): [Liste]
NIEDRIG (backlog): [Liste]
Für jedes kritische Package: zeige den genauen Update-Befehl.
API-Docs veralten schnell. Claude Code generiert sie direkt aus dem aktuellen Code — immer aktuell.
Generiere OpenAPI/Swagger Dokumentation für alle Endpoints in src/api/.
Für jeden Endpoint dokumentiere:
- HTTP Method + Pfad
- Request Body (mit Typen und Pflichtfeldern)
- Response Format (Success + Error Cases)
- Auth-Anforderungen
- Rate Limits (falls im Code)
Format: OpenAPI 3.0 YAML.
Wenn ein Parameter unklar ist: kommentiere es mit # TODO: clarify
Analysiere den Code in src/ auf Refactoring-Bedarf.
Suche nach Code Smells:
1. Funktionen > 50 Zeilen (zu groß)
2. Verschachtelungstiefe > 4 (zu komplex)
3. Duplizierter Code (ähnliche Blöcke an mehreren Stellen)
4. Magic Numbers (hardcodierte Werte ohne Erklärung)
5. God Objects (Klassen/Module mit zu vielen Verantwortlichkeiten)
Für jeden Fund:
- Wo (Datei + Zeile)
- Warum es ein Problem ist
- Konkreter Refactoring-Vorschlag (1-2 Sätze)
Priorisiere nach: Wie oft wird dieser Code aufgerufen?
Bereite unsere Sprint-Retrospektive vor. Analysiere:
1. git log --since="2 weeks ago" --oneline → was wurde delivered?
2. Offene Issues die älter als 1 Sprint sind
3. Commits mit "fix", "hotfix", "revert" im Message → was lief schief?
4. Durchschnittliche Zeit zwischen PR-Open und PR-Merge (git log Timestamps)
Retro-Format:
WAS LIEF GUT: [3 Punkte mit Beweisen aus dem Code]
WAS LIEF NICHT GUT: [3 Punkte, sachlich]
WAS VERBESSERN WIR: [3 konkrete Action Items, mit Verantwortlichem]
Claude Code als Monitoring-Agent: läuft im Hintergrund, meldet Probleme proaktiv. Mit n8n-Cron kombiniert besonders wirkungsvoll.
# In CLAUDE.md für den Monitoring-Agent:
## Monitoring-Task (alle 30 Minuten)
1. curl -s -o /dev/null -w "%{http_code}" https://[DEINE_APP] → muss 200 sein
2. Disk-Usage prüfen: df -h → bei >85% ALERT
3. Letzte Cron-Job Ausführung prüfen (log-file)
4. CPU-Last: top -bn1 | grep load → bei >80% ALERT
Bei ANY Problem:
→ Fehler beschreiben (was, seit wann, Auswirkung)
→ Mögliche Ursache nennen
→ Telegram-Alert senden (via tg-CLI)
→ In monitoring.log schreiben
In unserem System läuft dieser Workflow 24/7. Letzte Woche hat er einen Disk-Warning um 03:00 Uhr erkannt bevor es zum Problem wurde.
Wie du diese Workflows effizient nutzt
Zwei Empfehlungen aus der Praxis:
- Häufig genutzte Prompts → CLAUDE.md: Alles was du mehr als zweimal nutzt, speicherst du als benannte Routine in CLAUDE.md. Dann reicht
"Führe Morning-Standup durch" statt des vollständigen Prompts.
- Ergebnisse strukturiert speichern: Lass Claude Code Outputs in Markdown-Dateien schreiben (
.work/standup-2026-05-02.md). So hast du eine durchsuchbare Historie.
30+ fertige Workflow-Templates
Im Claude Code Mastery Kurs sind alle 10 Workflows aus diesem Post als CLAUDE.md-Templates enthalten — plus 20 weitere für spezifischere Anwendungsfälle.
14 Tage kostenlos testen →