Claude Code Tutorial 4: Welche Anwendungsfälle gibt es für Claude Code?

Typische Anwendungsfälle

Ich teile die Anwendungsfälle in vier Kategorien ein, sortiert nach Häufigkeit von hoch nach niedrig.

Kategorie 1: Code verstehen

Dies ist wahrscheinlich die am häufigsten genutzte Kategorie. Wenn du ein fremdes Projekt übernimmst, ein altes Modul ansiehst oder ein Repository ohne Dokumentation öffnest, fragst du einfach.

Vorgehen:

claude "Was macht dieses Projekt? Wo ist der Einstiegspunkt?" – Es liest package.json, die Verzeichnisstruktur und wichtige Dateien und gibt eine Zusammenfassung.
Öffne eine Funktion und lass sie die Logik erklären oder den Ablauf (in Textform) beschreiben.
Lass es den vollständigen Pfad einer API-Anfrage vom Frontend zur Datenbank verfolgen.

Im Kern erledigt es hier die „schmutzige Arbeit des Codelesens“. Du musst nicht selbst stundenlang grep und im Kopf Puzzleteile zusammensetzen. Es bereitet den Pfad auf, du triffst die Entscheidungen.

Ersatz für diese Kategorie: Manuelles Durchsuchen der Codebasis, Notizen machen, Aufrufgrafiken zeichnen.

Kategorie 2: Code schreiben und ändern

Dies ist die am meisten diskutierte Kategorie, aber nicht die am häufigsten genutzte. Das Szenario des Codschreibens sieht meist so aus:

Neue Funktionen generieren: „Füge im Modul user eine Schnittstelle zum Ändern der E-Mail hinzu, mit Prüfung des E-Mail-Formats und schreibe Unit-Tests.“
Umstrukturierung über mehrere Dateien: „Ersetze alle moment() in diesen drei Dateien durch dayjs(), ohne andere Logik zu ändern.“
Migration und Upgrade: „Ändere diese Vue 2-Komponente in die Vue 3 Composition API-Schreibweise.“

Der generierte Code ist nicht immer sofort korrekt, aber es kann Änderungen über mehrere Dateien hinweg auf einmal vornehmen, und du kannst Datei für Datei per Diff übernehmen oder ablehnen.

Ersatz für diese Kategorie: Manuelles Schreiben von sich wiederholendem Code, manuelles Suchen und Ersetzen von dateiübergreifenden Referenzen.

Kategorie 3: Debugging und Fehlerbehebung

Wenn ein Fehler auftritt, ist der typische Arbeitsablauf: Fehlermeldung ansehen, Datei lokalisieren, Ursache vermuten, Änderung versuchen, bei Misserfolg zurück. Claude Code kann den gesamten Fehlerstack direkt empfangen und anhand des Projektcodes selbst lokalisieren.

Typische Verwendung:

Gib die fehlgeschlagene Testausgabe an Claude Code weiter. Es liest den relevanten Code und schlägt eine Lösung vor. Nach der Änderung wird der Test erneut ausgeführt, um zu prüfen, ob er besteht.
Bei CI-Fehlern füge das Log ein, lass es reparieren und überprüfe die Änderungen mit git diff.

Hier fungiert es eher als „erster Prüfer“. Du investierst Zeit in das Nachdenken, aber es durchsucht Dateien, vergleicht Unterschiede und führt Validierungsbefehle aus.

Ersatz für diese Kategorie: Wiederholtes Ausführen von Tests, Lesen von Fehlerprotokollen, manuelles Vergleichen von Codeunterschieden.

Kategorie 4: Sonstige Automatisierung

Diese Kategorie ist am unscheinbarsten, aber summiert spart sie die meiste Zeit.

Beispiele:

Git-Commit-Nachrichten schreiben: claude "Schreibe eine Commit-Nachricht im Conventional Commits-Format basierend auf dem aktuellen git diff"
PR-Beschreibung generieren: Lass es die Unterschiede zwischen dem aktuellen Branch und main vergleichen und eine Zusammenfassung der Änderungen sowie Testanweisungen erstellen.
Release-Notes schreiben: Lass Claude Code die Commit-Historie der letzten Woche lesen und einen CHANGELOG generieren.
Umgebungsprobleme lösen: „Bei der Installation dieser Abhängigkeit trat ein Fehler auf. Hilf mir, die Terminalausgabe zu lesen und die Ursache zu finden.“

Gemeinsamkeit dieser Dinge: Sie sind nicht komplex, aber mühsam. Selbst zu machen bedeutet, Fenster zu wechseln und viel zu tippen. Übergib es Claude, und es ist in Sekunden erledigt.

Ersatz für diese Kategorie: Manuelles Bearbeiten von Text, Schreiben von standardisierten Dokumentationen, Suchen nach Umgebungskonfigurationsproblemen.

Eine „Landkarte“

Wenn du diese vier Kategorien in deinen täglichen Arbeitsablauf einfügst, sieht die Landkarte ungefähr so aus:

Ein unbekanntes Projekt erhalten
    │
    ▼
[Code verstehen] ─── Struktur, Einstiegspunkt, Schlüssellogik verstehen
    │
    ▼
Neue Funktion schreiben oder Modul ändern
    │
    ▼
[Code schreiben/ändern] ─── Implementierung generieren, dateiübergreifend umstrukturieren
    │
    ▼
Tests ausführen, Fehler auftreten
    │
    ▼
[Debugging und Fehlerbehebung] ─── Fehler analysieren, lokalisieren, beheben, erneut testen
    │
    ▼
Vorbereiten zum Commit
    │
    ▼
[Sonstige Automatisierung] ─── Commit, PR-Beschreibung, Release-Notes schreiben
    │
    ▼
Commit, erledigt

Du musst es nicht in allen vier Quadranten verwenden. Manche Teams nutzen es nur zum Codeverstehen, andere nur zum Schreiben von Tests und Erstellen von PRs. Welcher Schritt dich am meisten stört, von dort aus steigst du ein.

Zwei nützliche Entscheidungskriterien

Wenn du unsicher bist, ob du eine Aufgabe Claude Code übergeben solltest, frage dich:

1. Ist diese Aufgabe eher „mechanisch“ als „kreativ“?

Einhundert Referenzen ändern, Ausgabe formatieren, Boilerplate-Code generieren – all das kostet selbst gemacht viel Zeit, aber du hast die Idee bereits. Es eignet sich zur Übergabe.

2. Sind die „Verifikationskosten“ dieser Aufgabe hoch?

Wenn eine Änderung mehrfaches Hin- und Herspringen, Testausführungen und Log-Analysen erfordert, um bestätigt zu werden, dann ist das manuelle Ausprobieren langsam. Claude Code kann den Kreislauf „Ändern – Ausführen – Prüfen – Erneut ändern“ selbst durchführen, was dich erheblich entlastet.