Agentic Coding im Projektalltag: was bei mir hängen geblieben ist
Wie ich OpenAI Codex und Claude Code tatsächlich einsetze, wo die Agents stark sind und wo ich sie bewusst nicht arbeiten lasse.
Ich arbeite seit gut zwei Jahren täglich mit Coding-Agents, vor allem mit OpenAI Codex und Claude Code. Sie gehören bei mir zum normalen Projektalltag. Ein paar Beobachtungen aus dieser Zeit.
Wo Agents stark sind
Am deutlichsten merkt man es bei mechanischer Breite. Ein Refactoring, das 40 Dateien auf dieselbe Art anfasst, ist für einen Agent eine Fleißaufgabe und für einen Menschen eine Fehlerquelle. API-Umbenennungen, Deprecation-Fixes, das Nachziehen von Signaturen: genau dafür sind sie gebaut.
Beim Testschreiben gilt dasselbe. Agents schreiben Tests schneller, als die meisten Entwickler sie aufschieben können. Die Qualität schwankt, aber ein Agent, der erst den bestehenden Teststil im Projekt liest und dann schreibt, liefert brauchbare Ergebnisse, die man noch schärfen kann.
Und bei Framework- und PHP-Migrationen: Upgrade-Guides sind lange Listen mechanischer Änderungen. Ein Agent arbeitet sie ab, die Testsuite sagt, ob es stimmt. Wie so ein Upgrade konkret abläuft, steht in meinem Beitrag zu Framework-Migrationen.
Wo ich sie nicht arbeiten lasse
Architekturentscheidungen, Security-relevante Pfade und alles, was Datenmodelle unumkehrbar verändert, bleiben Handarbeit. Nicht weil die Modelle dort nichts beitragen, sondern weil die Kosten eines stillen Fehlers die Ersparnis übersteigen. Der Agent schlägt vor, ich entscheide.
Was sich an meiner Arbeit geändert hat
Der eigentliche Hebel liegt nicht im Prompt, sondern in der Umgebung: ein sauberes Projekt-Setup, klare Konventionen, eine Testsuite, der man traut, und wiederverwendbare Anweisungen für wiederkehrende Aufgaben. Über das Model Context Protocol binde ich eigene Tools an, damit die Agents auf Projektwissen zugreifen können, statt es zu raten.
Code-Review bleibt dabei nicht verhandelbar. Jeder Agent-Commit geht durch dieselbe Review wie menschlicher Code. Wer das weglässt, tauscht Geschwindigkeit gegen Schulden, und die Rechnung kommt immer.
Wenn Sie KI-gestützte Entwicklung nicht nur ausprobieren, sondern in einen bestehenden Entwicklungsprozess einbauen wollen: genau das mache ich jeden Tag. Schreiben Sie mir.