Claude Code ist ein Kommandozeilen-Agent, der in Ihrem Terminal läuft, Ihr Repository liest, Dateien bearbeitet, Befehle ausführt und vor potenziell destruktiven Aktionen um Bestätigung bittet. Es ist darauf ausgelegt, Sie in jeder Phase des Softwareentwicklungs-Lebenszyklus zu unterstützen – vom Erkunden einer unbekannten Codebasis bis zum Versand und zur Wartung von Produktionscode.
Die folgende Tabelle zeigt, wo Claude Code im Entwicklungs-Lebenszyklus passt. Der Rest dieses Artikels führt Sie durch die zehn Aufgaben, für die Entwickler es am häufigsten nutzen, mit einem Beispiel-Prompt und dem erwarteten Ergebnis für jede.
1. Erkunden | 2. Entwerfen | 3. Erstellen | 4. Bereitstellen | 5. Unterstützung und Skalierung |
Codebasis und Verlauf erkunden | Projekt planen | Code implementieren | CI/CD automatisieren | Fehler debuggen |
Dokumentation durchsuchen | Technische Spezifikationen entwickeln | Tests schreiben und ausführen | Umgebungen konfigurieren | Großflächiges Refactoring |
Onboarding und Lernen | Architektur definieren | Commits und PRs erstellen | Bereitstellungen verwalten | Nutzung und Leistung überwachen |
So verwenden Sie diesen Leitfaden
Jeder Anwendungsfall unten enthält wann man ihn nutzt, einen Beispiel-Prompt und das erwartete Ergebnis. Für keinen von ihnen ist eine Konfiguration erforderlich, außer §9 (Issue-Tracker-Integration), die ein einmaliges MCP-Connector-Setup erfordert.
Anwendungsfälle sind grob nach der Reihenfolge geordnet, in der die meisten Entwickler auf sie stoßen. Wählen Sie denjenigen aus, der Ihrer aktuellen Aufgabe entspricht.
Anwendungsfälle
1. Einen fehlgeschlagenen Test beheben
Wann man dies nutzt: Ein Test schlägt fehl und die Ursache ist nicht sofort offensichtlich. Nutzen Sie dies, damit Claude Code die Grundursache findet und eine Lösung vorschlägt, ohne dass Sie die Quelldatei zuerst identifizieren müssen.
Beispiel-Prompt:
> the tests in tests/auth.test.ts are failing, can you figure out why and fix them
Erwartetes Ergebnis: Claude Code liest die Testdatei, verfolgt den Codepfad durch die getesteten Module, identifiziert die Nichtübereinstimmung und schlägt eine Bearbeitung vor. Nach Ihrer Genehmigung führt es die Test-Suite erneut aus, um die Behebung zu bestätigen.
2. Unbekannten Code verstehen
Wann man dies nutzt: Sie müssen verstehen, wie ein Modul, eine Funktion oder ein Subsystem funktioniert, bevor Sie Änderungen vornehmen – zum Beispiel beim Übernehmen von Code oder beim Überprüfen eines unbekannten Bereichs.
Beispiel-Prompt:
> walk me through how the payment retry logic works
Erwartetes Ergebnis: Claude Code findet die relevanten Dateien, liest die Implementierung und erklärt den Kontrollfluss in einfacher Sprache: Einstiegspunkte, Entscheidungszweige, Grenzfälle und wie der Code mit dem Rest des Systems verbunden ist. Stellen Sie Anschlussfragen (z. B. "wo wird X gesetzt"), um tiefer zu graben.
3. Finden Sie, wo etwas passiert
Wann man dies nutzt: Sie wissen, dass ein Verhalten in der Codebasis existiert, können es aber nicht über Dateinamen oder einfache Textsuche finden.
Beispiel-Prompt:
> where do we validate email addresses in this codebase? I want to add a new rule
Erwartetes Ergebnis: Claude Code durchsucht das Repository, öffnet Kandidatendateien und gibt Dateipfade und Zeilennummern mit ausreichend Kontext zurück, um die richtige Übereinstimmung zu identifizieren. Wenn mehrere Orte existieren, gibt es an, welcher die Quelle der Wahrheit ist.
4. Einen Fehler oder Stack-Trace triagieren
Wann man dies nutzt: Sie haben einen Laufzeitfehler, Stack-Trace oder Log-Ausgabe und müssen ihn dem verantwortlichen Code zuordnen.
Beispiel-Prompt:
<table class="prompt"> <colgroup> <col style="width: 100%" /> </colgroup>
<tbody> <tr class="odd"> <td>> getting this in production:<br />
TypeError: Cannot read properties of undefined (reading 'sessionId')<br />
at validateSession (src/auth/session.ts:47)<br /> at middleware
(src/auth/middleware.ts:12)<br /> what's going on?</td> </tr> </tbody>
</table>
Erwartetes Ergebnis: Claude Code liest die im Trace referenzierten Dateien, erklärt, was nicht definiert ist und warum, und schlägt eine Behebung vor. Bei Fehlern ohne sauberen Stack-Trace fügen Sie alle verfügbaren Log-Ausgaben ein und Claude Code rekonstruiert den Fehler aus dem Kontext.
5. Mit einem Plan umgestalten
Wann man dies nutzt: Eine Änderung erstreckt sich über mehrere Dateien und Sie möchten den vollständigen Umfang überprüfen, bevor Bearbeitungen vorgenommen werden.
Voraussetzung: Drücken Sie Shift+Tab, bis der Modusindikator "plan." anzeigt
Beispiel-Prompt:
> refactor the auth module to use the new session store instead of SessionCache
Erwartetes Ergebnis: Claude Code analysiert den Code und erstellt einen nummerierten Plan, der jede Datei auflistet, die es ändern wird, und die Änderung in jeder. Sie können den Plan wie vorliegend genehmigen oder ändern (z. B. "berühren Sie nicht die Logout-Route"). Keine Dateien werden bearbeitet, bis Sie genehmigen.
Referenz: Berechtigungen
6. Tests für vorhandenen Code schreiben
Wann zu verwenden: Eine Quelldatei hat keine Abdeckung, oder Sie benötigen zusätzliche Edge-Case-Tests, die den bestehenden Testkonventionen Ihres Projekts entsprechen.
Beispiel-Prompt:
> add tests for @src/billing/invoice.ts — cover the edge cases around partial refunds. match the style of the existing tests in tests/billing/
Erwartetes Ergebnis: Claude Code liest sowohl die Quelldatei als auch das Referenz-Testverzeichnis, generiert eine neue Testdatei im bestehenden Stil und führt sie aus, um zu bestätigen, dass die Tests bestanden werden. Falls offensichtliche Abdeckungslücken verbleiben, werden diese gekennzeichnet und Sie werden gefragt, ob diese behoben werden sollen.
7. Einen Pull Request überprüfen
Wann zu verwenden: Sie müssen einen PR überprüfen oder zusammenfassen, besonders in einem Bereich der Codebasis, den Sie nicht gut kennen.
Voraussetzung: GitHub CLI authentifiziert (führen Sie gh auth login einmal aus).
Beispiel-Prompt:
<table class="prompt"> <colgroup> <col style="width: 100%" /> </colgroup>
<tbody> <tr class="odd"> <td>> /pr-comments
https://github.com/acme/api/pull/4471<br /> > is the error handling
solid?</td> </tr> </tbody> </table>
Erwartetes Ergebnis: Claude Code ruft den Diff, Überprüfungskommentare und CI-Status ab, liest dann die geänderten Dateien in ihrem vollständigen Repository-Kontext. Es kann eine fokussierte Überprüfung erstellen, Überprüfungskommentare entwerfen, ein spezifisches Problem überprüfen oder den PR zusammenfassen.
8. In ein neues Repository einarbeiten
Wann zu verwenden: Sie arbeiten zum ersten Mal in einem Repository und benötigen einen strukturierten Überblick über seine Architektur, Build-Befehle und Konventionen.
Beispiel-Prompt:
<table class="prompt"> <colgroup> <col style="width: 100%" /> </colgroup>
<tbody> <tr class="odd"> <td>> /init<br /> > give me a tour of this
codebase — where's the entry point, how is it structured, what should I
read first</td> </tr> </tbody> </table>
Erwartetes Ergebnis: /init scannt das Projekt und schreibt eine CLAUDE.md-Datei, die Build-Befehle, Architektur und Konventionen zusammenfasst. Der nachfolgende Tour-Prompt erzeugt eine geführte Durchführung der Projektstruktur. Der Projektkontext bleibt für den Rest der Sitzung geladen.
Referenz: Memory und CLAUDE.md
9. Ein Problem von Anfang bis Ende bearbeiten
Wann zu verwenden: Sie möchten ein Ticket lesen, die Behebung implementieren und in einem einzigen Gespräch validieren, ohne Tools zu wechseln.
Voraussetzung: Issue-Tracker verbunden über MCP (einmalige .mcp.json-Konfiguration).
Beispiel-Prompt:
<table class="prompt"> <colgroup> <col style="width: 100%" /> </colgroup>
<tbody> <tr class="odd"> <td>> what's the top-priority issue assigned
to me?<br /> > go ahead and fix it</td> </tr> </tbody> </table>
Erwartetes Ergebnis: Claude Code fragt den Issue-Tracker ab, liest das Ticket, lokalisiert den relevanten Code, schlägt eine Behebung vor und führt die Tests aus. Die Sitzung endet mit einem überprüfbaren Diff und dem Kontext, der zum Schließen des Tickets erforderlich ist.
Referenz: MCP
10. Eine wiederkehrende Aufgabe in einen Schrägstrich-Befehl umwandeln
Wann zu verwenden: Sie wiederholen regelmäßig denselben mehrstufigen Prompt (Pre-Commit-Checks, Standup-Zusammenfassungen, PR-Beschreibungen, Release Notes) und möchten ihn für das gesamte Team wiederverwendbar machen.
Beispiel-Prompt:
> make me a /ship command that runs the tests, runs the linter, looks at git diff, and drafts a conventional-commit message — then shows me the message without committing
Erwartetes Ergebnis: Claude Code schreibt eine Markdown-Datei in .claude/commands/. Der /ship-Befehl ist sofort verfügbar, erfordert keinen Neustart und wird mit jedem geteilt, der das Repository klont.
Referenz: Schrägstrich-Befehle
Anhang: Kurzreferenz
# | Anwendungsfall | Beispiel-Prompt |
1 | Einen fehlgeschlagenen Test beheben |
|
2 | Unbekannten Code verstehen |
|
3 | Finden Sie, wo etwas passiert |
|
4 | Einen Fehler triage | Fügen Sie die Stack-Trace ein, dann fragen Sie: |
5 | Mit einem Plan umgestalten | Shift+Tab → Plan-Modus → beschreiben Sie die Umgestaltung |
6 | Tests schreiben |
|
7 | Einen PR überprüfen |
|
8 | In ein Repository einsteigen |
|
9 | Ein Problem von Anfang bis Ende bearbeiten |
|
10 | Einen Slash-Befehl erstellen |
|
Anhang: Ressourcenverzeichnis
Ressource | Link |
Schnelleinstieg | |
Häufige Arbeitsabläufe | |
Berechtigungen | |
Speicher und | |
MCP-Konnektoren | |
Slash-Befehle |
Für Details zu /init, @-Verweisen, Berechtigungsmodi, Skills, MCP und Hooks siehe code.claude.com/docs. Claude Code wird häufig aktualisiert – überprüfen Sie versionsspezifische Details unter code.claude.com/docs, bevor Sie intern verteilen.