Ein agentisches Coding-Tool, das Dateien bearbeiten, Befehle ausführen und ins Netzwerk kann, ist ein Kollege mit Root-Zugriff und ohne Onboarding.
Das eigentliche Risiko
Das Risiko ist selten, dass das Modell schlechten Code schreibt; das fängt das Review ab. Es ist der Agent, der Dinge rund um den Code tut: eine .env-Datei lesen, einen zerstörerischen Befehl ausführen, auf einen Branch pushen, eine externe URL mit Daten aufrufen, die er nicht senden sollte, Anweisungen befolgen, die in einer README stecken, die er gerade geöffnet hat. Die Standardeinstellungen sind für Bequemlichkeit gebaut, nicht für euer Bedrohungsmodell.
Wie Guardrails aussehen
Ein Berechtigungsmodell pro Repository und Risikostufe: was erlaubt ist, was eine Freigabe braucht, was verboten ist. Secrets außer Reichweite. Netzwerkzugriff begrenzt. Hooks und CI-Checks, die die Regeln durchsetzen, statt auf sie zu vertrauen. Ein Audit-Trail darüber, was der Agent geändert hat und wer es freigegeben hat.
Ein Kollege mit Root-Zugriff und ohne Onboarding.
Wie wir es aufsetzen
Ein Workshop mit euren Dev-Leads, um zu sehen, wie die Tools wirklich genutzt werden. Ein Berechtigungsmodell und eine Secrets-Strategie, die zu eurem Risikoprofil passen. Konfigurierte Policies und CI-Checks, umgesetzt gemeinsam mit euren Engineers. Und eine halbtägige Session, damit das Team die Regeln und ihre Gründe versteht; genau das sorgt dafür, dass sie befolgt werden.