Cursor einrichten und ein bestehendes Projekt öffnen

Das Problem

Sie oder Ihr Entwickler wollen ein bestehendes Projekt mit Cursor bearbeiten, etwa die Firmenwebsite, ein internes Tool oder eine Schnittstelle. Das Projekt läuft produktiv. Eine falsche Änderung kann Kundschaft und Betrieb treffen.

Die Sorge: Ein KI-Editor kann Dateien lesen und ändern, manchmal viele auf einmal. Wer ohne Vorbereitung ein produktives Projekt öffnet und der KI freie Hand lässt, riskiert durcheinandergebrachte Dateien, versehentlich übernommene Änderungen und im schlimmsten Fall Datenabflüsse.

Mit einer kurzen Vorbereitung bleibt alles nachvollziehbar und rückgängig zu machen. Diese Anleitung richtet sich an Entwickler und an Verantwortliche. Menüs und Namen können sich ändern (Stand Oktober 2026).

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

1. Erlaubnis klären: Darf dieses Projekt mit einem KI-Editor bearbeitet werden? Prüfen Sie Verträge mit der Kundschaft und interne Regeln. Siehe Cursor und Datenschutz.
2. Sicherung anlegen: Erstellen Sie vor dem ersten Öffnen eine vollständige Kopie des Projekts oder stellen Sie sicher, dass es in einer Versionsverwaltung (Git) mit Fernspeicher liegt.
3. Cursor installieren: Laden Sie den Editor von der offiziellen Seite des Anbieters. Achten Sie auf die richtige Adresse und aktuelle Version. Das Konto richten Sie selbst ein, Passwörter geben Sie nie weiter.
4. Einstellungen ansehen: Prüfen Sie beim ersten Start die Datenschutz-Einstellungen und den gewählten Tarif.
5. Projekt öffnen: Wählen Sie «Datei > Ordner öffnen» und den Hauptordner des Projekts (nicht das ganze Laufwerk). So sieht der Editor nur, was er braucht.
6. Eigenen Zweig anlegen: Wechseln Sie in Git auf einen neuen Zweig, zum Beispiel ki-test. So bleibt der Hauptzweig unberührt.
7. Geheimnisse prüfen: Suchen Sie im Projekt nach Zugangsschlüsseln und Passwörtern in Dateien. Diese gehören nicht in den Code, sondern in geschützte Konfigurationen. Mehr: API-Key sicher verwenden. Schliessen Sie Dateien mit Geheimnissen vom Zugriff der KI aus, soweit der Editor das erlaubt.
8. Erste Frage stellen: Beginnen Sie mit Lesen statt Ändern: «Erkläre mir die Ordnerstruktur und wo die Rechnungslogik liegt.»
9. Kleine Änderung testen: Lassen Sie eine überschaubare Änderung vorschlagen, lesen Sie sie, führen Sie Tests aus und sichern Sie sie in Git.
10. Regeln hinterlegen: Wiederkehrende Vorgaben legen Sie als Projektregeln fest, siehe Cursor: Projektregeln.

Vorlage zum Kopieren

Dieser erste Auftrag im Chat liest nur und ändert nichts:

Lies dieses Projekt, ohne Dateien zu ändern. Beantworte:
1. Wofür ist das Projekt gedacht (laut Dateien und Dokumentation)?
2. Wie ist es aufgebaut (Ordner, wichtigste Dateien)?
3. Welche Abhängigkeiten und Technologien werden genutzt?
4. Wo liegen Konfiguration und Zugangsdaten? Zeige nur die Dateinamen, nicht den Inhalt.
5. Welche Stellen sind besonders riskant für Änderungen?
Ändere nichts. Wenn du etwas nicht sicher weisst, schreibe «unklar».

Passen Sie die Fragen an Ihr Projekt an. Wichtig ist der Satz «Ändere nichts» für den ersten Durchlauf.

Worauf Sie achten müssen

• Umfang des Zugriffs: Öffnen Sie nur den Projektordner, nicht übergeordnete Ordner mit anderen Kunden.
• Geheimnisse: Keine Schlüssel und Kundendaten im Projekt, das ein KI-Editor liest. Prüfen Sie ausserdem, ob Dateien wie Konfigurationen mit Passwörtern in der Versionsverwaltung stehen.
• Änderungen sichtbar halten: Nutzen Sie die Vergleichsansicht, bevor Sie annehmen. Siehe Cursor: Änderungen prüfen.
• Befehle ausführen: Wenn der Editor Befehle im Terminal ausführen will, lesen Sie sie, bevor Sie zustimmen. Löschbefehle und Installationen verdienen besondere Vorsicht.
• Keine produktiven Zugänge: Arbeiten Sie mit Testdaten und Testumgebungen, nicht direkt mit der Produktivdatenbank.
• Abstimmung im Team: Mehrere Personen mit verschiedenen KI-Werkzeugen im selben Projekt erzeugen Konflikte. Vereinbaren Sie, wer was ändert.
• Rückweg: Wissen Sie, wie Sie zum vorherigen Stand zurückkehren? Üben Sie das vorher.

Ein Beispiel aus der Praxis

Ein Beispiel: Ein Elektrobetrieb in Schaffhausen lässt von seinem Entwickler die interne Auftragsverwaltung (ein kleines Webprogramm) überarbeiten.

Vorher: Der Entwickler öffnet den gesamten Server-Ordner, in dem auch Konfigurationen mit Datenbank-Zugang liegen. Die KI hat Zugriff auf alles.

Nachher: Er legt eine Kopie an, öffnet nur den Projektordner, erstellt einen Zweig und verschiebt die Zugangsdaten aus dem Code in geschützte Konfiguration. Erst dann stellt er die erste Lesefrage. Eine Änderung am Rechnungsformular lässt er sich vorschlagen, prüft sie in der Vergleichsansicht, testet sie mit Beispieldaten und übernimmt sie. Die gesamte Arbeit bleibt in Git nachvollziehbar.

So hilft Ihnen Alpasana

Für Betriebe, die digitale Aufgaben nicht selbst entwickeln wollen, bietet Alpasana mit ready4future ICT begleitete Informatiklernende, die digitale Aufgaben umsetzen, mit Vier-Augen-Prüfung, Senior-Review, Dokumentation und Kundenabnahme. Testdaten, anonymisierte oder synthetische Daten sind der Standard.

Wer selbst mit KI programmiert, lernt im Kurs KI für Developer mit Claude und Codex von absofort, Aufgaben zu delegieren und Ergebnisse zu verifizieren, mit Review-Regeln, Tests und Datenschutzgrenzen.

Häufige Fragen

Muss ich Git verwenden?

Dringend empfohlen. Ohne Versionsverwaltung ist das Zurückdrehen von KI-Änderungen mühsam und riskant.

Kann Cursor mein ganzes Projekt lesen?

Ja, was Sie öffnen, kann der Editor durchsuchen und für Antworten verwenden. Deshalb öffnen Sie nur den nötigen Ordner und schliessen Dateien mit Geheimnissen aus.

Wie erkenne ich unerwünschte Änderungen?

Über die Vergleichsansicht und Git. Jede Änderung wird als Unterschied angezeigt, den Sie annehmen oder verwerfen können.

Was tun, wenn das Projekt zu gross ist?

Beginnen Sie mit einem Unterordner oder einem einzelnen Modul. Das erleichtert die Kontrolle und spart Nutzungsmenge.