Projektwissen an der richtigen Stelle pflegen
CLAUDE.md enthält dauerhaft nötige Projektkonventionen. Skills beschreiben wiederverwendbare Aufgaben, während MCP zusätzliche Systeme anbindet. Diese Bausteine lösen verschiedene Probleme. Die Teamdatei sollte vor allem erklären, wie das Projekt gebaut und geprüft wird, welche Architekturgrenzen gelten und wer Änderungen an kritischen Modulen freigibt.
Anweisungen durch technische Prüfungen ergänzen
Eine Regel im Text ist keine Zugriffssperre. Hooks können definierte Schritte bei Ereignissen ausführen; Berechtigungen und Repository-Schutz müssen zusätzlich passen. Ein sinnvoller Start sind Formatierung nach Änderungen und verbindliche CI-Prüfungen. Hooks selbst werden wie Quellcode geprüft, weil auch ein Prüfskript unerwünschte Zugriffe oder Netzwerkaufrufe enthalten kann.
Kleine Aufgaben mit sichtbarer Abnahme vergeben
Statt „modernisiere die Anwendung“ bekommt der erste Pilot einen reproduzierbaren Fehler, einen erwarteten Zustand und einen begrenzten Änderungsbereich. Der Agent arbeitet auf einer eigenen Branch. Der Review zeigt Problem, Änderung, ausgeführte Prüfungen und offene Grenzen. Ein zweiter Mensch bewertet besonders Authentifizierung, Zahlungen und Datenmigrationen.
Teamnutzen statt erzeugter Codezeilen messen
Für die Einführung werden Review-Zeit, Nacharbeit, fehlgeschlagene Builds und wieder geöffnete Fehler erfasst. Ein schneller erster Entwurf kann am Ende teurer sein, wenn das Team lange korrigiert. Nach mehreren vergleichbaren Aufgaben lassen sich Skills gezielt verbessern und Rechte an reale Anforderungen anpassen. Erfolgreich ist ein stabilerer Entwicklungsablauf, nicht mehr ungeprüfter Code.
Nachvollziehbar bleiben
Primärquellen
- Extend Claude CodeQuellenstand:
- Claude Code project memoryQuellenstand:
- Automate workflows with hooksQuellenstand:
- Configure Claude Code permissionsQuellenstand:
