Ein Coding-Agent kann einen Bug-Fix von Anfang bis Ende steuern — reproduzieren, lokalisieren, beheben, verifizieren, committen — aber Sie behalten die Kontrolle durch begrenzte Berechtigungen, menschliche Genehmigung und kleine rückgängig machbare Schritte. Der Agent tippt; Sie entscheiden, was tatsächlich im Code landet.
1. REPRODUCE → write/run a failing test that demonstrates the bug (red)
2. LOCATE → search the codebase, read the relevant files, form a hypothesis
3. PROPOSE → draft a minimal fix (you can review the plan before any edit)
4. VERIFY → run tests + lint/typecheck → fix is proven by the test going green
5. REVIEW → show the DIFF for your approval (nothing committed yet)
6. COMMIT → only after approval, on a branch, with a clear message
Die Schlüsselidee ist testgetriebene Verifikation: Der Agent behauptet nicht "repariert" — er beweist es, indem er einen fehlgeschlagenen Test bestehen lässt. Der fehlgeschlagene Test aus Schritt 1 ist das objektive Signal, das zeigt, dass die Änderung funktioniert hat.
- SCOPED PERMISSIONS → allowlist safe commands (test, lint); prompt for the rest
- APPROVAL GATES → human confirms destructive/irreversible actions + the final commit
- SMALL STEPS → one focused change at a time → easy to review and revert
- BRANCH / WORKTREE → work isolated from main; throw it away if it goes wrong
- DIFF REVIEW → read the actual diff before commit, not just the agent's summary
# The agent runs the suite itself and reports the result before proposing a commit
npm test -- --runInBand # red before the fix, green after → objective verification
git diff # you review every line that will be committed
Die Ausführung in einem Branch oder git worktree bedeutet, dass der schlimmste Fall git checkout main ist — das Experiment hat Ihren Arbeitszustand nie berührt. Kleine, rückgängig machbare Commits machen jeden einzelnen Schritt leicht zu inspizieren und rückgängig zu machen.
Agentencodierung verschiebt Sie vom Tippen jeder Zeile zum Überprüfen und Steuern. Der Hebel ist real, aber auch das Risiko, dass ein Agent selbstbewusst eine falsche oder zerstörerische Änderung einspielt. Eine menschliche Genehmigungsschranke vor Commits beizubehalten, mit Tests statt mit Prosa zu verifizieren und die Arbeit in einem Branch zu isolieren, ermöglicht es Ihnen, die Geschwindigkeit der Automatisierung zu nutzen und gleichzeitig derjenige zu bleiben, der entscheidet, was main erreicht.