Claude Code: Anthropics AI-Coding-Tool im Detail

1. Was ist Claude Code?

Claude Code ist ein agentisches Coding-Tool, das Anthropic im Februar 2025 veröffentlicht hat. Es läuft im Terminal und arbeitet eigenständig in deinem Projektordner: liest Files, schreibt neue, führt Befehle aus, installiert Pakete, refactored Code, fixt Bugs. Du sprichst in natürlicher Sprache mit ihm — auf Deutsch oder Englisch — und es macht.

Anders als ein klassischer Editor (Cursor, VSCode) ist Claude Code kein Werkzeug, in dem du Code tippst. Es ist ein Werkzeug, das Code für dich tippt — und prüft, ob er funktioniert. Der Workflow ist: Du beschreibst die Anforderung, Claude plant den Schritt, fragt im Zweifel nach, und führt aus. Bei riskanten Aktionen (Files löschen, Befehle mit sudo) holt es deine Bestätigung.

Unter der Haube laufen Anthropics neueste Modelle: Sonnet 4 für die meisten Tasks, Opus 4 für besonders komplexe Reasoning-Aufgaben. Beide sind Stand 2026 unter den drei stärksten Coding-Modellen weltweit. Mehr zum Konzept dahinter im Pillar zu VibeCoding.

Was Claude Code besonders macht

• Eigenständig: Plant Multi-Step-Tasks und führt sie ohne ständiges Nachfragen aus.
• Codebase-aware: Versteht große Projekte ohne dass du jedes File einzeln zeigen musst.
• Erweiterbar: MCP-Servers docken Datenbank, Browser, Figma, Slack an.
• Persistente Konventionen: CLAUDE.md-Files definieren Projektregeln, die jede Session einhält.

2. Wie installierst du Claude Code?

Du brauchst zwei Dinge: einen Anthropic-Account mit aktivem Abo (Pro oder höher) und Node.js 18 oder neuer auf deinem Rechner. Beides hast du in 10 Minuten. Die Installation selbst dauert dann 30 Sekunden.

Schritt für Schritt

1. Geh auf anthropic.com und buche ein Pro-Abo (17 €/Monat).
2. Installiere Node.js (20+) — am einfachsten via nvm oder direkt von nodejs.org.
3. Im Terminal: npm install -g @anthropic-ai/claude-code
4. In deinen Projektordner wechseln (cd) und claude tippen.
5. Beim ersten Start: Login via Browser (OAuth) — fertig.

Auf Windows läuft das Ganze entweder direkt in der PowerShell oder, sauberer, in WSL2 (Windows Subsystem for Linux). Erfahrungsgemäß ist WSL die ruhigere Variante: weniger Path-Probleme, mehr Tooling-Kompatibilität.

3. Erste Schritte: Beispiel-Prompts

Die ersten Prompts entscheiden, ob du dich verliebst oder frustriert wirst. Hier sind fünf, die fast immer funktionieren und dir einen ehrlichen Eindruck der Möglichkeiten geben.

Prompt 1 — Projekt-Setup

Prompt 2 — Feature bauen

Prompt 3 — Bug fixen

Prompt 4 — Refactoring

Prompt 5 — Deployen

4. Claude Code vs. Cursor vs. ChatGPT

Die drei Tools werden ständig verglichen, aber sie lösen unterschiedliche Probleme. Hier ein nüchterner Side-by-Side.

Die ehrliche Antwort: viele Profis kombinieren Claude Code + Cursor. Cursor für die Tab-Completion und kleine Edits, Claude Code für die schweren Multi-Step-Aufgaben. ChatGPT bleibt das Sparring-Notizbuch — perfekt um Anforderungen zu schärfen, bevor du in den eigentlichen Build gehst.

5. MCP & Tools

MCP — das Model Context Protocol — ist Anthropics offener Standard, mit dem du Claude Code zusätzliche Fähigkeiten anbinden kannst. Stell dir das wie USB-Ports vor: Du steckst einen MCP-Server ein, und Claude kann plötzlich auch deine Postgres-DB lesen, deinen Browser automatisieren oder Figma-Designs in Code übersetzen.

Die nützlichsten MCP-Servers 2026

• Filesystem — Mehr Dateioperationen außerhalb des Projektordners.
• Postgres / Supabase — Direkte SQL-Queries, Schema-Inspektion.
• Playwright — Browser fernsteuern, Screenshots, E2E-Tests.
• Figma — Designs auslesen und in React-Komponenten umsetzen.
• GitHub — Issues, PRs, Repos verwalten ohne CLI-Wechsel.
• Slack / Linear — Tickets lesen, Statusberichte schreiben.

Mehr zu MCP im Lexikon-Eintrag MCP.

6. Best Practices für Prompts

Es ist erstaunlich, wie viel Output-Qualität davon abhängt, wie du fragst. Diese sechs Prinzipien sparen dir Stunden.

1. CLAUDE.md füttern: Schreib Architektur-Entscheidungen, Code-Style und Conventions in eine CLAUDE.md im Repo. Claude liest sie zu jedem Session-Start.
2. Anforderung statt Lösung: Sag was du erreichen willst, nicht wie. "Mach die Seite schneller" schlägt "Füg `loading=lazy` hinzu" — Claude kennt die Optionen.
3. Checkpoints setzen: Nach jedem größeren Task: "Ist alles grün? Wurde der Test ausgeführt? Welche Dateien hast du verändert?"
4. /clear nutzen: Wenn der Kontext überlaufen ist, /clear und neu starten. Sonst halluziniert Claude alte States.
5. Plan-Mode für Komplexes: Bei großen Aufgaben Plan-Mode aktivieren. Claude erstellt zuerst einen Plan, du approveest ihn, dann wird ausgeführt.
6. Git-Commits oft: Nach jedem funktionierenden Feature committen. Falls etwas schief geht, ist git reset dein Sicherheitsnetz.

7. Limitierungen

Claude Code ist mächtig, aber nicht magisch. Drei Bereiche, in denen es schwächer wird:

Pixel-genaues UI-Design

Bei Tasks wie "rück den Button um 2 Pixel nach links" ist ein visueller Editor (Cursor, v0) schneller. Claude Code muss raten oder Screenshots ansehen, das ist umständlich.

Token-Kosten bei großen Repos

Wenn dein Repo 500 Files hat und Claude alles indexieren will, können 5-Minuten-Sessions schon 50.000+ Tokens fressen. Mit klaren Prompts ("Sieh dir nur src/api/* an") bleibt das im Rahmen.

Halluzinierte APIs

Wie alle LLMs erfindet Claude gelegentlich Methoden oder Library-Funktionen, die nicht existieren. Lass es immer den Build laufen, das fängt 90% solcher Fehler.

Kein nativer Mobile-Workflow

Wer iOS-Native (Swift) oder Android-Native (Kotlin) bauen will, kommt mit Claude Code allein nur mittelweit. Für Cross-Platform via Expo/React Native funktioniert es sehr gut, für native Plattformen brauchst du ergänzende Tools wie Xcode oder Android Studio. Mehr dazu im Pillar Apps bauen mit KI.

Lernkurve unterschätzt

Claude Code wirkt am Anfang einfach: "Ich tippe einen Satz, Code erscheint." Wer aber wirklich produktiv werden will, braucht 20-40 Stunden Übung, bis er weiß, wann er Plan-Mode nutzt, wann er /clear macht, wann er manuell eingreift. Das ist normal — kein Tool ersetzt diese Übung.

Output-Qualität schwankt mit Modell-Updates

Anthropic shipped neue Modelle alle paar Monate. Manchmal wird eine Version stärker in Code, manchmal schwächer in einem bestimmten Subtask. Wer 100% gleichbleibende Qualität erwartet, wird enttäuscht. Wer regelmäßig Releases liest und Prompts adaptiert, bleibt vorne. Das Tool ist lebendig — und das sollte deine Erwartung sein.

Keine Garantie für rechtssichere Outputs

Claude generiert Code, der manchmal Lizenzen, GDPR-Anforderungen oder Plattform-Richtlinien verletzt — nicht aus böser Absicht, sondern aus Mangel an Kontext. Bei sensiblen Projekten (Healthcare, Finance, Daten von Minderjährigen) brauchst du zusätzlich eine fachliche Review. Verlass dich nicht blind darauf, dass "die KI das schon richtig macht".

Bonus: Ein realer Workflow-Tag

Damit die abstrakten Konzepte greifbar werden, hier ein konkreter Tag aus dem Leben einer VibeCoderin, die mit Claude Code ein SaaS-MVP baut. Es ist Mittwoch, 9 Uhr, der Espresso steht neben dem Laptop.

9:00 — 9:15: Tagesziel definieren. Sie öffnet das Repo, liest die CLAUDE.md, schaut in das Roadmap-Markdown. Heutiger Fokus: Stripe-Webhooks für Abo-Cancellations sauber verarbeiten. Sie tippt das in eine TODO-Liste — drei klare Sub-Tasks.

9:15 — 10:00: Sie startet Claude Code, gibt einen Plan-Mode-Prompt ein: "Ich will Stripe-Cancel-Webhooks verarbeiten. Schritt 1: Webhook-Route erstellen. Schritt 2: Subscription-Status in Supabase aktualisieren. Schritt 3: E-Mail-Bestätigung an User." Claude erstellt einen Plan, sie liest ihn, drückt Approve.

10:00 — 11:30: Claude baut. Sie checkt parallel Mails, hält ein Auge auf den Output. Bei einer kniffligen RLS-Policy in Supabase fragt Claude nach, sie entscheidet zwei Mal. Build geht durch, lokale Tests grün.

11:30 — 12:00: Manueller Test mit dem Stripe CLI. Webhook-Event simuliert, Datenbank-Eintrag verifiziert. Klappt. Git commit, push. Vercel deployed automatisch zum Preview.

12:00 — 13:00: Mittagspause. Claude bekommt frei.

13:00 — 15:00: Refactoring-Session. CLAUDE-Prompt: "Schau dir die letzten 10 Commits an. Welche Funktionen sind redundant geworden? Schlag drei Refactorings vor, mach das risikoärmste." Sie reviewt den Diff, akzeptiert.

15:00 — 16:00: Dokumentation. Sie lässt Claude die README aktualisieren, schreibt selbst einen kurzen Changelog-Eintrag, plant den nächsten Tag.

Das ist kein magischer Tag — das ist normaler VibeCoding-Alltag. Drei Stunden produktive Build-Zeit. Vier Features umgesetzt, ein Refactoring, eine Doku-Update. Vor zwei Jahren wäre das ein Wochenpensum eines Junior-Entwicklers gewesen.

Was diesen Tag möglich gemacht hat

Drei Dinge: Erstens, eine sauber gepflegte CLAUDE.md, die Claude in jeder neuen Session sofort den richtigen Kontext gibt. Zweitens, ein klar definierter Tagesplan, der nicht aus der Hüfte geschossen wurde. Drittens, der Mut, Claude wirklich machen zu lassen, statt ihn alle 30 Sekunden zu korrigieren.

Wer diese drei Hebel zieht, kommt aus dem Tutorial-Loop in den echten Build-Modus. Und das ist letztlich der Punkt, an dem Claude Code seinen Wert beweist: nicht in Demo-Videos, sondern in echten Stunden, in denen echte Probleme gelöst werden.

Was du aus diesem Tag mitnehmen solltest

Erstens: Plan-Mode für Multi-Step-Aufgaben. Zweitens: Stripe CLI oder vergleichbare Test-Tools immer parallel laufen lassen, um Builds wirklich zu validieren. Drittens: Refactoring-Sessions bewusst einplanen — nicht "wenn Zeit ist", sondern als fester Slot. Viertens: Mittagspause ist heilig. Pause ist Teil des Workflows.

Wenn du diese vier Punkte verinnerlichst, bist du in zwei Wochen produktiver mit Claude Code als die meisten Entwickler klassisch. Das ist keine Übertreibung — das ist die Realität, die immer mehr Profis live erleben, die früher in IDE-Workflows stecken geblieben wären.

9. Häufige Fragen