Eine grüne Testsuite ist keine Prüfung
Tests prüfen die Fälle, an die jemand gedacht hat. Ein Agent, der Verhalten ändert, kann alle bestehenden Tests grün lassen, weil sie das alte Verhalten nur locker festhielten oder weil kein Test den Pfad erreichte. Grün ist ein Beleg dafür, dass die Änderung läuft, nicht dafür, dass sie richtig ist.
Dasselbe gilt für eine saubere Zusammenfassung. Die Beschreibung des Agenten ist eine Behauptung desselben Systems, das die Änderung gemacht hat. Lies den Diff, nicht die Notiz, und behandle Tests als eines von mehreren Signalen.
Von einem sauberen, umkehrbaren Zustand aus starten
Vor dem ersten Prompt: Arbeit committen oder stashen, einen Branch anlegen und genau wissen, wie du zurückkommst. Ein Coding-Agent mit Terminalzugriff kann Migrationen ausführen, Konfiguration umschreiben und Dateien löschen; ein umkehrbarer Ausgangspunkt macht aus einem Unfall eine Unannehmlichkeit.
Betrifft die Aufgabe etwas Reguliertes oder Vertrauliches, nutze eine Wegwerfkopie des Projekts und eine Unterhaltung ohne Geheimnisse. Die Bedingungen und Datenschutzdokumentation des Anbieters entscheiden, was deinen Rechner verlässt — lies sie, statt die Grenze anzunehmen.
Den Diff in der Reihenfolge lesen, in der er wehtut
Eine große generierte Änderung prüft man am besten in einer bewussten Reihenfolge statt von oben nach unten.
- Einstiegspunkte: Routen, Handler, Berechtigungen und alles, was ändert, wer worauf zugreift.
- Daten: Schema, Migrationen, Serialisierung und Abfragen, besonders alles, was löscht oder überschreibt.
- Konfiguration: Umgebungsvariablen, Build-Schritte, CI und Deployment-Einstellungen.
- Der Rest: Benennung, Struktur, Duplikate und die kosmetischen Änderungen, die einen Diff größer aussehen lassen.
Lies danach die hinzugefügten Tests und frage, was sie nicht abdecken. Ein Agent, der Code und Test schrieb, kann dasselbe Missverständnis zweimal festhalten.
Abhängigkeiten, Geheimnisse und die Stellen, die niemand liest
Neue Abhängigkeiten sind das leiseste Risiko in einem generierten Patch: ein vertraut wirkender Paketname, eine Version aus dem Nichts, eine komplett neu geschriebene Lockfile. Prüfe, was hinzugefügt wurde, warum, und ob das Projekt nicht schon etwas Passendes hatte.
Suche nach Zugangsdaten, Tokens und internen URLs, die nicht in einen Commit gehören, und prüfe, ob das Logging jetzt Kundendaten ausgibt. Genau diese Zeilen werden überflogen — und genau bei ihnen hat ein Agent keinen Grund, vorsichtig zu sein: Er optimiert auf die Aufgabe, nicht auf dein Bedrohungsmodell.
Wann man es wegwirft
Ist der Diff größer als die Aufgabe, kannst du einen Hunk nicht ohne Raten erklären, oder löst die Änderung nur das Symptom, lösche den Branch. Mit einer engeren Anfrage neu zu starten kostet weniger, als Code zu pflegen, den niemand versteht.
Dieselbe Regel gilt für deinen Prompt: Die Prüfliste in unserem Manus-Leitfaden und die Strukturhinweise in unserem Prompt-Cowboy-Leitfaden verkürzen beide den Diff. Zum Produkt selbst beginnst du mit unserer Freebuff-Übersicht; wie wir mit Empfehlungslinks umgehen, steht in unserer Affiliate-Offenlegung.
Häufige Fragen
Soll ich es Befehle in meinem Terminal ausführen lassen?+
Terminalzugriff macht einen Coding-Agenten nützlich und riskant, und der Anbieter entscheidet, wie Berechtigungen funktionieren. Beginne auf einer Wegwerfkopie oder einem temporären Branch, beobachte die ersten Läufe genau und halte Zugangsdaten außer Reichweite; ein Befehl, der nur Dateien liest, ist etwas anderes als einer, der deployt.
Reicht ein kostenloser Coding-Agent für echte Arbeit?+
Für mechanische Arbeit, die du prüfen kannst, ja. Kostenlos ist ein Geschäftsmodell, keine Qualitätsgarantie: Der Anbieter finanziert es über Werbung und kann Modelle, Limits oder Funktionen ändern. Entscheidend ist, ob du das Ergebnis lesen und testen kannst, nicht der Preis.
Muss ich offenlegen, dass der Code von einem Agenten stammt?+
Halte dich an Team-, Repository- und Lizenzregeln und antworte ehrlich, wenn du gefragt wirst. Rechtlich und fachlich zählt, dass ein Mensch die Änderung geprüft hat und dafür einsteht; ein generierter Patch, den niemand gelesen hat, ist das Risiko — nicht das Werkzeug, das ihn getippt hat.
Quellen und weiterführende Links
Offizielle Anbieterdokumentation, geprüft am 2026-10-26. Bedingungen können sich ändern; prüfe die Fassung für dein Land.