Vom vorgeschlagenen Code bis zum Eingriff in eine Anwendung

Das Vervollständigen einer Funktion oder das Vorschlagen einiger Codezeilen war der Haupteinsatzzweck der ersten Entwicklungsassistenten. Agentische Tools, einschließlich Claude Codesind nun in einen größeren Arbeitsablauf eingebunden. Ausgehend von einer Anfrage kann der Agent die Projektstruktur untersuchen, Abhängigkeiten finden, mehrere Dateien ändern und Befehle verwenden, um das Ergebnis zu überprüfen.

Um beispielsweise eine Anomalie in einer Preisberechnung zu korrigieren, ist es manchmal erforderlich, die Geschäftsregel, ihre Aufrufe von anderen Komponenten und die entsprechenden Tests zu finden. Claude Code kann bei der Durchführung dieser Untersuchung helfen und anschließend eine Korrektur vorbereiten. Der Entwickler behält die wesentliche Aufgabe: Ermitteln, ob das vorgeschlagene Verhalten den Geschäftserwartungen entspricht und keine Regression einleitet.

Bei einer alten Anwendung ist diese Explorationsfunktion besonders interessant, wenn die Dokumentation unvollständig ist. Dies befreit Sie jedoch nicht davon, die architektonischen Entscheidungen zu verstehen oder die aus dem vorhandenen Code abgeleiteten Hypothesen zu überprüfen.

Der Kontext des Projekts wird zur Bedingung der Qualität

Ein Agent kann Tausende von Zeilen lesen, ohne die Entscheidungen zu kennen, die zum Schreiben geführt haben. Bestimmte Regeln bleiben in Tickets, im Austausch zwischen Entwicklern oder im Gedächtnis des Tech Leads erhalten. Andere betreffen Sicherheitsbeschränkungen, Namenskonventionen, zulässige Abhängigkeiten und die Organisation von Tests.

Die CLAUDE.md-Datei und die Projektanleitung ermöglichen es, dauerhafte Benchmarks zu liefern. Ihr Interesse liegt nicht in der Menge der gesammelten Informationen. Sie müssen auswählen, was Ihnen wirklich bei der Arbeit hilft: nützliche Befehle, Architektur, Akzeptanzkriterien und Fälle, in denen der Agent eine Bestätigung anfordern muss. Diese Richtlinien müssen auch bei der Weiterentwicklung der Software weiterhin eingehalten werden.

Dies ist der Ausgangspunkt für die Industrialisierungsexpertise von Claude Code in den von Eleven Labs angebotenen Entwicklungsteams: Organisation des Kontexts und der Standards, Vorbereitung einer testbaren Umgebung und Integration des Agenten in bestehende Praktiken, anstatt einzelne Anwendungen ohne ein gemeinsames Framework zu vervielfachen.

Laut Fabien Pasquet, leitender Fullstack JS/AI-Entwickler bei Eleven Labs:

Claude Code ersetzt Software-Engineering-Praktiken nicht: Er transformiert sie. Um im Team wirklich davon zu profitieren, müssen Sie ihm den richtigen Kontext geben, die Projektregeln strukturieren und es in bestehende Entwicklungsabläufe integrieren. Mit diesem Framework können Sie an Geschwindigkeit gewinnen, ohne dass die Codequalität darunter leidet.

Integrieren Sie den Agenten in bestehende Arbeitsabläufe

Der Einsatz eines Agenten sollte keine Parallelschaltung zu den Methoden des Teams erzwingen. Eine Korrektur muss weiterhin an eine Anfrage angehängt, in einer Filiale isoliert, durch Tests verifiziert und vor ihrer Integration geprüft werden. Ticketmanagement-Tools, Git-Repositories und CI/CD-Pipelines bieten diese Rückverfolgbarkeit bereits.

Claude Code kann eine Änderung vorbereiten, die verfügbaren Prüfungen durchführen und zur Dokumentation seines Eingriffs beitragen. Die erfolgreiche Durchführung von Tests garantiert jedoch nicht, dass die Lösung den Anforderungen entspricht. Eine Änderung kann Syntaxkonventionen respektieren, einer Abrechnungsregel widersprechen oder die Architektur unnötig erweitern.

Daher muss festgelegt werden, wann die Arbeit einem Entwickler obliegt: Validierung des Umfangs, Auslesen der erzeugten Unterschiede, Kontrolle der Auswirkungen und Entscheidung zur Zusammenführung der Pull-Anfrage. Je stärker der Agent auf mehrere Komponenten eingreifen kann, desto expliziter müssen diese Kreuzungspunkte sein.

Zugriffsrechte entsprechend den Aufgaben zu kalibrieren

Um zu handeln, greift Claude Code möglicherweise auf Projektdateien, Terminalbefehle und externe Tools zu, insbesondere über MCP-Verbindungen. Die Berechtigungskonfiguration bestimmt, was angezeigt oder ausgeführt werden kann, was eine Bestätigung erfordert und was verboten sein soll.

Ein Agent, der für die Erläuterung einer Anwendung verantwortlich ist, benötigt nicht die gleichen Rechte wie ein Agent, der eine Datenbankmigration vorbereitet. Der Zugriff auf Geheimnisse, Produktionsumgebungen oder zerstörerische Befehle erfordert besondere Wachsamkeit. Sicherheitsregeln müssen zwischen Entwicklerarbeitsplätzen, Repositorys und etwaigen Automatisierungen konsistent sein.

Das Protokollieren von Aktionen und die Möglichkeit eines Rollbacks sind ebenso wichtig wie anfängliche Berechtigungen. Ein Team muss in der Lage sein zu verstehen, was geändert wurde, warum und auf welche Anfrage hin, ohne sich ausschließlich auf den vom Agenten erstellten Bericht zu verlassen.

Entwicklererfahrung angesichts sich verschiebender Reibung

Der Gewinn beim Schreiben des Codes kann an anderer Stelle absorbiert werden. Mehr Bearbeitungen zum Korrekturlesen, häufige Kontextwechsel oder unterschiedlich konfigurierte KI-Tools in den einzelnen Teams erhöhen die kognitive Belastung. Ein technischer Leiter prüft möglicherweise Vorschläge schneller, als er sie vernünftigerweise verstehen kann.

Die Verbesserung der Entwicklererfahrung (DevEx) wird dann zum Gegenstand der Bereitstellungsorganisation. Bei Inside liegt der Fokus auf gemeinsamen Standards, Arbeitsumgebungen, der Qualität des Feedbacks und Software-Handwerkspraktiken. Das Ziel besteht insbesondere darin, die Fähigkeit der Teams zu erhalten, den von ihnen gelieferten Code erneut zu lesen, zu testen und zu warten.

Laut Mathieu Defianas, Leiter des Kompetenzzentrums Digital Hub bei Inside:

KI kann bestimmte Entwicklungsstadien erheblich beschleunigen, beseitigt jedoch nicht die Lieferanforderungen. Dadurch verlagert sich ein Teil des Aufwands auf Überprüfung, Qualität, Verständnis des erstellten Codes und die Fähigkeit, die Kontrolle darüber zu behalten, was in die Produktion geht. Für uns geht es eigentlich darum, zu verhindern, dass die durch die KI erzielten Gewinne durch neue Spannungen verloren gehen. Dies erfordert ein klares Framework, gemeinsame Standards, solide Handwerkspraktiken und eine Entwicklererfahrung, die darauf ausgelegt ist, KI zu integrieren, ohne den Alltag der Teams weiter zu verkomplizieren.

Die Überprüfungszeit eines Pull-Requests, Korrekturen nach der Integration oder von Entwicklern erlebte Unterbrechungen können dann mehr Aufschluss über die Qualität der Akzeptanz geben als die Anzahl der generierten Zeilen.

Übergang von Einzelversuchen zu Teamübungen

Um Claude Code in mehreren Teams bereitzustellen, müssen zunächst Aufgaben identifiziert werden, die ausreichend begrenzt sind, um ausgewertet zu werden: Tests für ein bekanntes Modul schreiben, einen reproduzierbaren Fehler korrigieren, ein begrenztes Refactoring vorbereiten oder eine Komponente dokumentieren. Ein Pilotbereich ermöglicht es, Ergebnisse zu vergleichen, Schwierigkeiten und Vorfälle zu überprüfen, bevor die Nutzung ausgeweitet wird.

Das Feedback soll nach und nach die Projektregeln, Tests, Dokumentationen und Berechtigungen bereichern. Die gleiche Anleitung ist nicht unbedingt für einen aktuellen Service und eine historische Anwendung geeignet. Die Standardisierung muss gemeinsame Benchmarks bieten und den Teams gleichzeitig die Möglichkeit geben, ihren Kontext anzupassen.

Um Gewinne zu messen, reicht die Produktionsgeschwindigkeit nicht aus. Wir müssen uns die tatsächlich für eine Weiterentwicklung aufgewendete Zeit, ihre Wartbarkeit, das Feedback und die nach der Auslieferung festgestellten Mängel ansehen. Claude Code kann mehrere Entwicklungsstufen beschleunigen; Ihr kollektiver Wert hängt von der Fähigkeit der Organisation ab, die Kontrolle darüber zu behalten, was produziert und geliefert wird.