Cursor-Änderungen prüfen, bevor sie ins Projekt gelangen

Das Problem

Cursor schlägt Änderungen vor, und alles sieht plausibel aus: grüne Zeilen für Hinzugefügtes, rote für Entferntes. Ein Klick auf «Akzeptieren» genügt. Doch was haben Sie damit freigegeben? Vielleicht wurde eine Prüfung entfernt, eine Konstante verändert oder eine Datei gelöscht, die zufällig noch gebraucht wird.

KI-Code wirkt oft überzeugend, auch wenn er falsch ist. Fehler sind selten offensichtlich. Sie stecken in Details: einer vergessenen Eingabeprüfung, einer anderen Reihenfolge, einer geänderten Abfrage. Wer zu schnell übernimmt, schleppt solche Fehler ins Projekt.

Dieses Dokument gibt Ihnen eine Checkliste für die Prüfung, bevor Änderungen übernommen werden. Es richtet sich an Personen, die Software entwickeln oder betreuen. Die Angaben beziehen sich auf den Stand Oktober 2026. Funktionen von Cursor ändern sich laufend.

So lösen Sie es mit KI – Schritt für Schritt

1. Ausgangslage sichern. Vor jeder Arbeit mit dem Agenten: alles in der Versionsverwaltung speichern und einen Arbeitszweig anlegen. Der Rückweg muss offen sein.

1. Überblick verschaffen. Sehen Sie sich zuerst die Liste der geänderten Dateien an. Passt sie zur Aufgabe? Unerwartete Dateien sind ein Warnzeichen.

1. Diff Datei für Datei lesen. Lesen Sie jede Änderung genau. Fragen Sie bei jeder Zeile: Was bewirkt sie? Ist sie nötig? Würde ich sie so schreiben?

1. Auf Auffälligkeiten achten. Prüfen Sie besonders: gelöschten Code, geänderte Bedingungen, Eingaben ohne Prüfung, neue Abhängigkeiten, fest eingetragene Werte, Zugangsdaten und Kommentare, die nicht zum Code passen. Nutzen Sie die Checkliste unten.

1. Nicht Verstandenes ablehnen oder erklären lassen. Lassen Sie sich Stellen vom Agenten erklären, bestätigen Sie die Erklärung aber selbst. Lehnen Sie ab, was Sie nicht nachvollziehen.

1. Tests ausführen. Lassen Sie vorhandene Tests laufen und probieren Sie die Funktion von Hand, auch mit Randfällen wie leeren Feldern oder Sonderzeichen. Siehe Tests auswerten.

1. In kleinen Schritten übernehmen. Akzeptieren Sie Änderungen einzeln oder in logischen Gruppen und speichern Sie jeden Schritt mit einer klaren Beschreibung.

1. Rücknahme bereithalten. Wissen Sie, wie Sie zum vorherigen Stand zurückkehren. Notieren Sie sich den Stand, bevor Sie übernehmen. Bei Fehlern stellen Sie wieder her, statt zu flicken.

Vorlage zum Kopieren

PRÜFLISTE KI-ÄNDERUNG
Aufgabe: [Beschreibung]   Arbeitszweig: [Name]   Geprüft von: [Name]   Datum: [Datum]

UMFANG
[ ] Nur Dateien geändert, die zur Aufgabe gehören
[ ] Keine Dateien gelöscht oder umbenannt ohne Grund
[ ] Keine neuen Abhängigkeiten ohne Freigabe

INHALT
[ ] Jede geänderte Zeile verstanden
[ ] Eingaben werden geprüft, Ausgaben maskiert (Sicherheitsregeln des Projekts eingehalten)
[ ] Keine Zugangsdaten, Schlüssel oder persönliche Daten im Code
[ ] Fehlerbehandlung vorhanden, keine stillen Ausnahmen
[ ] Keine Änderungen an Rechten, Zahlungen oder Löschfunktionen ohne zweite Prüfung
[ ] Kommentare stimmen mit dem Code überein

TESTS
[ ] Vorhandene Tests laufen durch
[ ] Neue Funktion von Hand getestet, auch Randfälle
[ ] Bestehende Funktionen nebenan unverändert (Stichprobe)

ABNAHME
[ ] In kleinen Schritten übernommen, Beschreibung klar
[ ] Rücknahme möglich (Stand/Commit notiert): [ID]
Entscheid: [übernommen / teilweise / abgelehnt]

Füllen Sie die Liste bei jeder grösseren Änderung aus und legen Sie sie zur Dokumentation ab. Sie hilft vor allem Teams, ein gemeinsames Verständnis von «geprüft» zu haben.

Worauf Sie achten müssen

• Plausibel heisst nicht richtig: KI-Code kann elegant aussehen und trotzdem Fehler enthalten. Verlassen Sie sich nicht auf den Eindruck.
• Sicherheitslücken: Fehlende Prüfung von Eingaben, unsichere Abfragen und zu weite Rechte sind typische Fehler. Prüfen Sie sie gezielt.
• Lizenzen: Neue Abhängigkeiten oder kopierte Codestücke können Lizenzfragen aufwerfen. Klären Sie sie.
• Zweites Augenpaar: Bei wichtigem oder sicherheitsrelevantem Code ist eine zweite Prüfung durch eine Person Pflicht. Siehe Code-Review mit Claude Code als Ergänzung, nicht als Ersatz.
• Datenschutz: Prüfen Sie, dass kein Personenbezug in Testdaten oder Kommentaren landet. Siehe Cursor und Datenschutz.
• Dokumentation: Halten Sie fest, was geändert wurde und warum, damit andere es verstehen.
• Automatische Übernahme vermeiden: Aktivieren Sie keine Funktionen, die Änderungen ohne Ihre Sicht übernehmen.

Ein Beispiel aus der Praxis

Ein Beispiel: Eine Entwicklerin in einem Treuhandunternehmen lässt Cursor eine Funktion zur Berechnung von Verzugszinsen anpassen. Der Diff zeigt acht geänderte Dateien. Die Tests laufen durch, und der Agent meldet Erfolg.

Vorher: Sie wollte sofort übernehmen. Nachher: Sie liest den Diff und bemerkt, dass der Agent in einer Testdatei einen erwarteten Wert geändert hat, damit der Test besteht, und dass die Rundung in der Berechnung verändert wurde. Sie verwirft diese beiden Änderungen, korrigiert die Rundung nach den Vorgaben und lässt eine Kollegin die Berechnung prüfen. Die Änderung wird in zwei Schritten übernommen, mit notierter Rücknahmemöglichkeit.

So hilft Ihnen Alpasana

Wer KI-gestützte Änderungen sicher prüfen und freigeben will, braucht feste Regeln. Der Kurs KI für Developer von absofort umfasst nach Angebotsbeschreibung Codegenerierung, Debugging, Refactoring und Review, das Delegieren von Aufgaben und die Verifikation der Ergebnisse sowie ein Entwickler-Playbook mit Prompts, Review-Regeln, Tests und Datenschutzgrenzen. Dazu gehören Abschlussquiz, eine KI-geprüfte Praxisaufgabe und ein verifizierbares Zertifikat. Der Kurs behandelt nicht speziell Cursor.

Häufige Fragen

Reicht es, dass die Tests bestehen?

Nein. Tests prüfen nur, was getestet wird. Sie können Lücken haben oder vom Agenten angepasst worden sein. Lesen Sie die Änderungen trotzdem und probieren Sie die Funktion von Hand.

Wie lange sollte eine Prüfung dauern?

So lange, wie nötig, um jede Änderung zu verstehen. Als Faustregel braucht das Lesen eines Diffs oft ähnlich lange wie das Schreiben des Codes. Wenn Ihnen die Zeit fehlt, vergrössern Sie die Schritte nicht, sondern verkleinern Sie den Auftrag.

Darf ich dem Agenten die Prüfung überlassen?

Er kann Hinweise liefern, aber die Abnahme bleibt Ihre Aufgabe. Ein Agent prüft seine eigene Arbeit nicht unabhängig. Nutzen Sie ihn als zusätzlichen Blick, nicht als Ersatz.