Vor drei Monaten hätte ich fast einen zweiten Backend-Entwickler eingestellt. Wir hatten einen peinlichen Backlog, vierzehn Funktionen, die Clients versprochen worden waren, zwei Leute, die überfordert waren, und mich, der zwischen Sales Calls und Pull Requests wie ein Vollidiot hin und her schaltete. Dann fing ich an, Claude Code richtig zu nutzen. Nicht nur Funktionen in ein Chat-Fenster zu kopieren. Ich meine, es in den echten täglichen Workflow zu integrieren. Wir haben den Backlog in sechs Wochen abgebaut. Ich habe den zweiten Entwickler nicht eingestellt.
Das ist kein Pitch. Das ist nur, was passiert ist.
Was „Richtig" wirklich bedeutet
Die meisten Leute, denen ich auf Meetups begegne, nutzen AI Coding Tools auf die gleiche faule Weise. Sie kopieren eine Funktion, bekommen etwas zurück, kopieren es in ihren Editor, es bricht, sie geben auf. Das ist kein Workflow. Das ist Verzweiflung.
Richtig, für mich, bedeutet Claude Code lebt in meinem Terminal über die Claude Code CLI, arbeitet direkt an meinem echten Repo, liest echte Dateien, keine bereinigten Snippets. Der Unterschied ist enorm. Wenn es den vollen Kontext eines 4.000-Zeilen WordPress-Plugins hat, das wir letztes Jahr für einen US-Healthcare-Client gebaut haben, ist der Output nutzbar. Wenn es blind von einem 40-Zeilen-Paste arbeitet, rät es.
Ich betreibe es auf einem MacBook Pro M3. Mein Editor ist immer noch VS Code mit den üblichen Verdächtigen, Prettier, ESLint, GitLens. Claude Code ersetzt nichts davon. Es sitzt daneben.
Das Setup, das ich tatsächlich nutze
- Claude Code CLI global via npm installiert
- Ein .claude-Verzeichnis in jeder Projekt-Root mit einer CLAUDE.md-Datei, das ist grundsätzlich ein Brief, den ich für Claude über das Projekt schreibe: Stack, Konventionen, was nicht angefasst werden soll.
- iTerm2 Split Panes: Code links, Claude-Session rechts
- Git Commits nach jeder von Claude generierten Änderung, ohne Ausnahmen. Ich bin schon reingefallen.
Der letzte Punkt. Zurück in 2022, ein Client-Projekt, Shopify-Migration für einen Möbelhändler aus Manchester, ließ ich drei Stunden mit KI-unterstützten Änderungen sammeln, ohne zu committen. Die ganze Session wurde beschädigt. Sechs Stunden Arbeit weg. Ich committe jetzt zwanghaft, fast neurotisch. Claude Code oder nicht.
Die Morgenroutine (Das ist absichtlich langweilig spezifisch)
Ich bin um 8:30 Uhr im Büro. Kaffee vom Laden am Exmouth Market. Ich öffne Notion, schaue mir an, was heute auf dem Plan steht, und öffne dann mein Terminal.
Das Erste, was ich morgens mit Claude Code mache, nennt ich inzwischen einen "Context Dump". Ich öffne das Projekt, starte claude und gebe ihm einen Absatz, wo ich am vorherigen Tag aufgehört habe. Es liest den letzten Git-Diff automatisch. Das dauert etwa drei Minuten und bedeutet, dass ich nicht zwanzig Minuten damit verbringe, meinen eigenen Code zu re-lesen, um mich zu erinnern, was ich tat. Das allein ist das Abo wert.
Dann arbeite ich. Ich frage Claude nicht, Features von Grund auf zu schreiben, obwohl ich das manchmal tue. Meistens frage ich es, die Dinge zu tun, die mich verlangsamen, aber null Kreativität erfordern.
Dinge wie:
- PHPUnit-Testfälle für Funktionen schreiben, die ich bereits geschrieben habe
- TypeScript-Interfaces aus einer JSON-Response generieren, die ich einfüge
- Eine 300-Zeilen-Komponente refaktorieren, die ich weiß, dass sie aufgeteilt werden muss, aber nicht darüber nachdenken will.
- Erste Entwürfe von Dokumentation für interne APIs
Nichts davon ist aufregend. Das alles hat mir früher eine Stunde gekostet, die ich nicht hatte.
Wo es wirklich Zeit spart (Mit Zahlen)
Seahawk hat an diesem Punkt über 12.000 Websites gebaut. Ein großer Teil davon ist WordPress, Themes, Plugins, WooCommerce-Anpassungen. Es gibt eine Kategorie von Aufgaben in der WordPress-Entwicklung, die geisttötend ist, aber technisch präzise: Custom Hooks schreiben, REST API Endpoints registrieren, Settings Pages mit der Settings API bauen.
Ich habe es letzten Monat gestoppt. Eine WooCommerce Custom Shipping Method Klasse von Grund auf zu schreiben: dauerte mir historisch etwa 45 Minuten inklusive Testing. Mit Claude Code, das das Gerüst macht, während ich die Business-Logik auf Englisch beschreibe: 12 Minuten. Und das Gerüst ist gut, es folgt WordPress Coding Standards, weil ich das in meiner CLAUDE.md gesagt habe.
Das ist nicht 10% besser. Das ist eine völlig andere Geschwindigkeitskategorie.
Die größere Einsparung ist der Kontext-Wechsel-Aufwand. Wenn ich mitten an einem Feature bin und ein Klient schreibt wegen eines Bugs in einem völlig anderen Projekt, habe ich früher entweder den Klienten ignoriert (schlecht) oder meinen Gedankenfaden völlig verloren (auch schlecht). Jetzt kann ich Claude einen detaillierten Kommentar-Block schreiben lassen, der zusammenfasst, wo genau wir in der aktuellen Aufgabe stehen, zum Bug wechseln, ihn beheben, zurückkommen, den Kommentar lesen und in etwa vier Minuten weitermachen. Vorher hat mich diese Wiederherstellung zwanzig gekostet.
Wo es zusammenbricht
Ehrlich gesagt. Und das ist wichtiger als die Erfolge.
Claude Code ist wirklich schlecht in allem, das erfordert zu verstehen, warum eine Entscheidung historisch getroffen wurde. Wir hatten bei Seahawk ein Fintech-Projekt, ein Dashboard für ein Londoner Zahlungs-Startup, bei dem ein besonders kniffliger Teil des State Management aus einem Grund existierte, der unsere Beteiligung vorausging. Ein Edge Case in der Art, wie ihre Legacy-API Responses batched. Claude versuchte es ständig zu „korrigieren". Jeder Vorschlag war technisch sauberer und völlig falsch. Es wusste nicht, was es nicht wusste.
Das ist der Fehlermodus, über den niemand genug spricht. Der Output sieht richtig aus. Er besteht ein einfaches Review. Und dann geht es in der Produktion kaputt, am Donnerstagabend, wenn ein Benutzer diesen Edge Case trifft.
Meine Regel jetzt: Claude Code berührt nichts, wo der Kommentar sagt "änder das nicht ohne Ravi zu fragen." (Ravi ist unser Lead Backend Dev.) Punkt.
Es hat auch große Schwierigkeiten mit:
- Multi-Datei-Refactorings, bei denen die Abhängigkeitskette tiefer als drei Ebenen geht
- Alles, das ein Drittanbieter-SDK betrifft, das weniger als zwei Jahre alt ist, halluziniert es Methodennamen selbstbewusst
- CSS, das zu einem pixel-perfekten Comp eines Designers passen muss (es kommt nah ran, treibt dich dann aber mit kleinen Fehlern in den Wahnsinn)
- Performance-Optimierung, bei der der Bottleneck nicht offensichtlich ist, optimiert es die falsche Sache
Zum zweiten Punkt spezifisch: Ich integrierte Resends API in ein Next.js-Projekt im Januar. Claude verwies ständig auf eine .send()-Methode, die im Resend Node SDK nicht existiert. Es dauerte länger, Claudes selbstsichere Falschheit zu debuggen, als es gedauert hätte, die Docs selbst zu lesen. Lektion gelernt. Für jedes SDK füge ich die echte README zuerst in das Kontext-Fenster ein.
Die Prompt-Patterns, die wirklich funktionieren
Ich habe das monatelang durchiteriert. Schlechte Prompts geben schlechten Output. Hier ist, worauf ich gelandet bin.
Sei der Senior Dev, nicht der Praktikant. Frag nicht „schreib mir eine Funktion, die X macht." Frag „ich muss X implementieren. Hier ist die Constraint: Y. Hier ist, was ich bereits ausgeschlossen habe: Z. Was ist dein Ansatz, bevor du irgendwas schreibst?" Lass es erst denken. Der Output nach diesem Gespräch ist dramatisch besser.
Gib ihm eine Persona mit Einsatz. Ich schreibe wortwörtlich: „You're a senior WordPress developer who cares deeply about not introducing security vulnerabilities. The client is a healthcare company. Prioritise sanitisation and nonce verification above everything." Fühlt sich blöd an? Ja. Funktioniert es? Auch ja.
Spezifiziere das Format des Outputs. „Give me just the function, no explanation" oder „Give me the function, then a bullet list of what I should manually verify." Unstrukturierter Output kostet Zeit.
Ein Pattern, das ich ständig verwende:
- Beschreibe das Ziel in einem Satz
- Fügen Sie den relevanten vorhandenen Code mit einem Kommentar ein, der seinen Zweck erklärt
- Geben Sie die Einschränkung an („muss abwärtskompatibel mit PHP 7.4 sein")
- Fragen Sie zuerst nach einem Ansatz, dann nach Code
- Den Ansatz überprüfen, nötigenfalls widersprechen, dann nach dem Code fragen
Fünf Schritte. Klingt nach Overhead. Spart mir jedes Mal fünfzehn Minuten schlechten Code.
Wie das verändert hat, was ich delegiere
Das ist der Teil, der mich am meisten überrascht hat. Claude Code hat mich nicht nur schneller gemacht. Es hat geändert, was ich an Junior Developer weitergebe.
Früher würde ein Junior Dev bei Seahawk die ersten zwei Wochen damit verbringen, sich mit unseren Konventionen und unserem Stack vertraut zu machen. Jetzt übergebe ich ihnen ein Projekt mit einer gut geschriebenen CLAUDE.md und sage ihnen, sie sollen Claude Code nutzen, um Gerüstcode zu generieren, dann überprüfen sie ihn gegen die Konventionen. Sie leisten echte Arbeit in drei Tagen statt drei Wochen.
Die CLAUDE.md-Datei macht das Mentoring, das ich früher in stündlichen Walkthroughs getan habe. Das ist eine bedeutsame Verschiebung. Nicht, weil ich nicht mentoren möchte, das tue ich, sondern weil die Mentoring-Gespräche jetzt um Entscheidungen und Trade-offs gehen, nicht um „vergiss nicht, wp_nonce_field() in jedem Formular zu nutzen."
Die Anthropic-Modellspezifikationsdokumentation ist einen Blick wert, wenn du neugierig auf die Guardrails bist, unter denen Claude operiert – diese zu verstehen hilft dir, mit seinen Tendenzen zu arbeiten, statt gegen sie.
Der Gründer-spezifische Blickwinkel
Die meisten Artikel über KI-Coding-Tools sind für Entwickler geschrieben. In Ordnung. Aber es gibt ein spezifisches Gründer-Problem, das Claude Code löst und das ich bisher nicht gut artikuliert gesehen habe.
Wenn du eine Agentur leitest und gleichzeitig Code auslieferst, ist dein größter Feind nicht eine Wissenslücke. Es ist die Rückkehrkosten. Du wirst zu einem Pricing-Call für vierzig Minuten gezogen, dann musst du eine CSS-Regression beheben, dann hast du ein 1-on-1 mit einem Team-Mitglied. Bis du zu der Funktion zurückkommst, die du gebaut hast, hast du den Faden so sehr verloren, dass von vorne anfangen leichter erscheint als aufzugreifen.
Claude Code spart beim richtigen Einsatz erhebliche Zeit beim Wiedereinstieg. Ich habe den Trick mit dem Zusammenfassungs-Kommentarblock schon erwähnt. Damit generiere ich mir auch schnell eine „Wo stehen wir"-Slack-Nachricht mit Bullet Points. Was ist fertig? Was kommt als nächstes? Was blockiert uns? Zehn Sekunden Arbeit. Das spart zehn Minuten beim Rekonstruieren.
Es macht dich nicht zu einem besseren Manager. Es räumt deinen Kalender nicht auf. Aber wenn du ein Founder bist, der immer noch Code shipped, und ich denke, mehr von uns sollten es sein, entfernt es eine spezifische, schmerzhafte Abgabe auf deiner Coding-Zeit.
FAQ
Lohnt sich Claude Code, wenn du kein Vollzeit-Entwickler bist?
Ehrlich gesagt wahrscheinlich weniger. Der Wert wächst zusammen, wenn du täglich in dem Tool bist und Zeit investierst, um gute Context-Dateien zu bauen (CLAUDE.md, klare Project Briefs, etc.). Wenn du nur einmal pro Woche einsteigst, wirst du mehr Zeit damit verbringen, Context wiederherzustellen, als du sparst. GitHub Copilot könnte für gelegentliche Nutzer besser geeignet sein, es ist ambient und erfordert weniger absichtliche Einrichtung.
Wie gehst du mit Code Quality um, vertraust du einfach dem, was es generiert?
Niemals blind. Jede von Claude generierte Datei läuft durch ESLint und unsere Prettier-Konfiguration automatisch. Für alles, das Authentifizierung, Zahlungen oder Datenbearbeitung berührt, mache ich eine manuelle zeilenweise Überprüfung. Für Utility-Funktionen und Tests bin ich lockerer. Du kalibrierst basierend auf Risiko. Die OWASP Top Ten ist eine nützliche mentale Checkliste, wenn du von KI generierte Code überprüfst, der mit Benutzereingaben umgeht.
Funktioniert es besonders gut mit WordPress?
Besser als ich erwartet habe, mit Einschränkungen. Es kennt WordPress tiefgreifend, Hooks, Filter, die Settings API, WooCommerce-Internals. Aber sein Wissen über neuere Gutenberg-Block-Entwicklung (besonders die Interactivity API) ist lückenhaft. Ich verifiziere immer gegen das Block Editor Handbook für alles, das Block-bezogen ist.
Wie sieht es mit den Kosten aus?
Ich zahle für Claude Pro, das sind 20 $ pro Monat. Bei meinem Nutzungsumfang liegt die Zeitersparnis zwischen vier und sechs Stunden pro Woche. Rechnet euch euer eigenes Stundenhonorar aus. Für mich ist das keine Frage, die es wert ist zu stellen.
---
Ich schreibe immer noch viel Code selbst. Ich habe kein Interesse daran, ein Prompt Jockey zu werden, der nie eine echte Function anfasst. Aber der Founder, der so tut, als hätten AI-Coding-Tools das Handwerk nicht verändert, belügt sich selbst. Die Frage ist nicht, ob man sie nutzen soll. Es ist, ob du sie mit genug Sorgfalt nutzt, um echten Wert zu bekommen, oder nur genug Nachlässigkeit, um echte Probleme einzuführen.
Bei mir kam der Unterschied zwischen diesen beiden Dingen darauf an, Claude Code wie einen fähigen, aber jungen Entwickler zu behandeln. Intelligent. Schnell. Braucht ein gutes Briefing. Braucht Review. Und sollte absolut nicht ohne Aufsicht in der Nähe von etwas Mission-Critical gelassen werden.
Diese Perspektive veränderte alles.