Ein Coding-Agent wie Claude Code ist in wenigen Minuten installiert. Ob er im Team Lieferzeit spart oder nur mehr Review-Arbeit erzeugt, entscheidet sich an etwas anderem: an Kontext, Leitplanken und einem Sicherheitsnetz. Das sind die Punkte, die sich bei mir in eigenen Produkten und im Kundenprojekt bewährt haben.
1. Kontext ins Repository schreiben
Eine CLAUDE.md (bzw. AGENTS.md) pro Repository beschreibt Architektur, Build- und Testbefehle, Konventionen und bekannte Fallstricke. Kurz halten, konkret bleiben, regelmäßig pflegen. Faustregel: Was ein neues Teammitglied in der ersten Woche fragen würde, gehört hinein.
2. Wiederkehrende Abläufe als Skills festhalten
Releases, Migrationen, Code-Reviews nach Teamstandard: Alles, was regelmäßig gleich ablaufen soll, wird als Skill beschrieben. Der Agent folgt dann einem erprobten Weg, und das Wissen hängt nicht mehr an einzelnen Personen.
3. Klare Grenzen für alles, was nach außen wirkt
- Push, Deployment, Release und Store-Einreichung nur auf ausdrückliche Anweisung.
- Secrets niemals ausgeben, loggen oder committen – Schlüsseldateien gehören in die .gitignore und werden nur per Pfad übergeben.
- Dateien gezielt stagen statt pauschal alles zu committen.
- Berechtigungen bewusst konfigurieren: Lesende Befehle freigeben, schreibende und destruktive Aktionen bestätigen lassen.
4. Tests vor Geschwindigkeit
Je schneller Code entsteht, desto wichtiger wird das automatische Sicherheitsnetz. Unit- und Integrationstests in der CI, dazu Ende-zu-Ende-Tests für die kritischen Nutzerwege – bei uns laufen sie jede Nacht auf iOS und Android. Ein Agent, der Tests ausführen und lesen kann, korrigiert sich zudem oft selbst.
5. Reviews anders organisieren
Der neue Engpass ist das Review. Kleine, thematisch saubere Änderungen und aussagekräftige Commit-Nachrichten helfen mehr als jedes Tool. Und: Der Agent sollte erklären, was er geändert hat und was er bewusst nicht angefasst hat.
Klein anfangen
Am besten startet man mit einem Repository, einer gut gepflegten CLAUDE.md und einer Handvoll Regeln – und erweitert nach den ersten Wochen anhand echter Fehler. Bei genau diesem Einstieg unterstütze ich Teams: Setup, projektspezifische Skills und Regeln, Guardrails für CI und Reviews sowie Pairing-Sessions mit den Entwickler:innen.