2026: Kann Cursor nach dem SpaceX-Beitritt Kundencode verarbeiten? Projektfreigabeliste

Symptom: Ihr Kunde verlangt Vertraulichkeit, aber Cursor kann Code an externe Dienste oder Cloud Agents senden.
Schnellste Lösung: Geben Sie nicht den gesamten Editor pauschal frei. Prüfen Sie jedes Projekt und jede Funktion; öffentliche oder wenig sensible Projekte können weiterlaufen, hochsensible Projekte wechseln in eine vom Kunden genehmigte isolierte lokale oder Remote-Mac-Umgebung.

Für wen diese Projektfreigabeliste gedacht ist

Dieser Leitfaden richtet sich an unabhängige Entwickler, die persönliche Konten und Editor-Einstellungen mit Kundenverträgen abgleichen müssen. Er hilft außerdem Verantwortlichen in Agenturen und ausgelagerten Entwicklungsteams, eine einheitliche Freigaberegel zu erstellen.

Sicherheits- und Abnahmeverantwortliche erhalten überprüfbare Nachweise statt mündlicher Zusicherungen. Die Entscheidung betrifft nicht „Cursor insgesamt“, sondern die Kombination aus Projekt, Konto, Modell, Privacy Mode und aktivierter Funktion.

Letzte Aktualisierung: 22.08.2026. Die Prüfung berücksichtigt die offizielle Cursor-Ankündigung vom 14.08.2026, die aktuellen Angaben zur Datennutzung, die Dokumentation zu Cloud Agents sowie die Veröffentlichung zu Grok 4.6. Prüfen Sie die Produktseiten erneut, wenn sich Privacy-Texte, Modellkennzeichnungen oder Cloud-Agent-Richtlinien ändern: offizielle Ankündigung zum SpaceX-Beitritt, Grok-4.6-Ankündigung.

Datenschutz für Kundencode bei Cursor: Vier Aussagen, die Sie trennen müssen

In Sicherheitsprüfungen werden häufig vier verschiedene Fragen zu einer einzigen Aussage verkürzt: „Die Daten werden nicht zum Training verwendet.“ Das reicht für eine Kundenfreigabe nicht aus.

1. Training: Wird der Inhalt zum Verbessern eines Modells verwendet?
2. Speicherung: Wird die Anfrage, ein Kontextfenster, ein Protokoll oder eine Repository-Kopie gespeichert?
3. Backend-Routing: Wird die Anfrage über Cursor-Systeme an einen Modellanbieter weitergeleitet?
4. Ausführungsumgebung: Wird der Code in einer Cloud-Umgebung geklont, indexiert oder mit Secrets ausgeführt?

Cursor erklärt in der Übersicht zur Datennutzung, dass Kundendaten bei aktiviertem Privacy Mode nicht zum Training verwendet werden. Diese Zusage ist wichtig, beantwortet aber nicht automatisch die Fragen zwei bis vier. Lesen Sie daher die offizielle Übersicht zu Datennutzung und Datenschutz zusammen mit der Sicherheits- und Datenschutzdokumentation.

Ein eigener API-Schlüssel ist ebenfalls kein Beweis für eine direkte, private Verbindung zwischen Ihrem Rechner und dem Modellanbieter. Der Schlüssel kann die Abrechnung oder Authentifizierung steuern, während die Anwendung weiterhin eigene Dienste für Kontextaufbereitung, Richtlinienprüfung oder Routing verwendet. Sie dürfen „API key mode“ deshalb nicht als vollständige Umgehung der Cursor-Infrastruktur dokumentieren.

Auch Aussagen aus Entwicklerforen müssen Sie einordnen. In einer öffentlichen Entwicklerdiskussion zum SpaceX-Beitritt wird unter anderem behauptet, dass Sitzungen im standardmäßigen Privacy Mode in das Training von Grok gelangen könnten. Das ist eine Drittbehauptung, keine bestätigte Cursor-Aussage. Für die Freigabe gelten die aktuelle Einstellung in Ihrem Konto und die offiziellen Vertrags- und Datenschutzangaben.

Öffentliche Repositories: niedrige Hürde, aber keine automatische Freigabe

Ein öffentliches Repository ohne Kundendaten ist der einfachste Fall. Der Quellcode ist bereits zugänglich, die Dokumentation darf veröffentlicht werden, und das Projekt enthält keine produktiven Zugangsdaten. Das reduziert das Schadenspotenzial, beseitigt aber nicht jede Prüfpflicht.

Auch in einem Demonstrationsprojekt können versehentlich interne Architekturentscheidungen, unveröffentlichte Produktnamen, Testzugänge oder Auszüge aus einem Kundenprojekt landen. Eine öffentliche Git-Historie ist daher kein Ersatz für eine Inhaltsprüfung.

Freigabefähig ist das Projekt, wenn:

• der Inhalt tatsächlich öffentlich oder ausdrücklich für externe Verarbeitung bestimmt ist;
• keine echten Secrets, Datenbankauszüge oder personenbezogenen Daten enthalten sind;
• Privacy Mode und ausgewähltes Modell am Prüftag dokumentiert wurden;
• keine unveröffentlichten Kundeninformationen in Chat, Index oder Anhängen verwendet werden;
• der Kunde die Nutzung des Werkzeugs nicht ausdrücklich untersagt.

Nicht freigeben sollten Sie:

• lokale Umgebungsdateien mit echten Tokens;
• interne Sicherheitsberichte und noch nicht veröffentlichte Schwachstellen;
• private Dokumente, die nur zufällig im selben Arbeitsverzeichnis liegen;
• Chat-Kontexte, die aus einem anderen, vertraulichen Projekt übernommen wurden.

Der Nachweis muss mindestens einen Screenshot der relevanten Datenschutzeinstellung, die Cursor-Version, den Modellnamen und das Prüfdatum enthalten. Beim Modell muss insbesondere die Kennzeichnung für Datennutzung oder Speicherung festgehalten werden. Ein Screenshot ohne Modellname ist später nur schwer einer konkreten Entscheidung zuzuordnen.

Ergebnis: Weiterbetrieb ist möglich, aber nur für das geprüfte Projekt und den dokumentierten Funktionsumfang. Die Freigabe gilt nicht automatisch für private Kundenrepositories oder Cloud Agents.

Private Kundenprojekte: Vertrag und Datenweg gemeinsam prüfen

Bei einem privaten Kundenrepository verschiebt sich die Verantwortung. Der Code ist nicht deshalb unkritisch, weil er technisch nur für Ihr Team sichtbar ist. Sie müssen den Vertrag und den tatsächlichen Datenfluss zusammen betrachten.

Prüfen Sie zunächst, ob der Vertrag oder eine Datenschutzanlage folgende Punkte beschränkt:

• Verarbeitung durch externe Modellanbieter;
• Übermittlung in andere Länder oder Rechtsräume;
• Speicherung von Quellcode, Prompts und Ausführungsprotokollen;
• Nutzung durch Unterauftragnehmer;
• automatisierte Verarbeitung personenbezogener oder regulierter Daten;
• Erstellung zusätzlicher Kopien in Entwicklungs- oder Testsystemen.

Danach gleichen Sie die Vertragslage mit der aktuellen Produktkonfiguration ab. Dokumentieren Sie nicht nur „Privacy Mode aktiviert“, sondern auch Kontotyp, Teamrichtlinien, Modell, API-Key-Verwendung, Indexierungsumfang und aktivierte Agent-Funktionen.

Wenn der Kunde die Verarbeitung durch externe Modelle grundsätzlich erlaubt, kann eine eingeschränkte Nutzung in Betracht kommen. Dafür sollten Sie den Kontext minimieren. Senden Sie nur die für die konkrete Aufgabe erforderlichen Dateien. Ersetzen Sie reale Kundennamen, IDs und Datensätze durch synthetische Werte. Verwenden Sie einen isolierten Branch und prüfen Sie vor dem ersten Prompt, ob der Editor das gesamte Repository indexiert.

Fehlt eine ausdrückliche Genehmigung, gehen Sie nicht von einer stillschweigenden Zustimmung aus. Entwickeln Sie den kleinen, anonymisierten Ausschnitt weiter oder verschieben Sie die Arbeit in eine kontrollierte Umgebung. Der Zeitdruck eines Releases ist keine ausreichende Ausnahme von einer Vertraulichkeitsvereinbarung.

Zweiter Schritt: Datenroute und Modellkennung festhalten

Für jedes private Projekt sollten Sie vor der Nutzung folgende Werte erfassen:

Diese Tabelle ist kein Rechtsgutachten. Sie verhindert jedoch, dass eine technische Einstellung eine fehlende vertragliche Freigabe verdeckt.

Hochsensible Projekte: Cloud ausschließen statt nachträglich bereinigen

Kernalgorithmen, Produktionsschlüssel, unveröffentlichte Sicherheitslücken, personenbezogene Informationen und regulierte Daten gehören standardmäßig nicht in einen unklaren Cloud-AI-Workflow. Das gilt auch dann, wenn Sie den Cursor Privacy Mode eingeschaltet haben.

Der wichtigste Unterschied ist die Eintrittswahrscheinlichkeit eines Fehlers. Wenn ein Entwickler versehentlich eine Datei öffnet, kann .cursorignore den Zugriff unter Umständen begrenzen. Eine Repository-Regel kann ebenfalls helfen. Sie verhindert aber nicht, dass jemand Inhalte kopiert, einen Prompt mit vertraulichen Details formuliert oder ein Secret in eine Umgebungsvariable einträgt.

Für diese Projekte gelten strengere technische Regeln:

• Produktionsschlüssel niemals in Prompts, Chatverläufe oder Codebeispiele einfügen;
• echte Secrets aus Umgebungs-Snapshots und Agent-Konfigurationen entfernen;
• Kernmodule in einem getrennten Arbeitsbereich halten;
• Zugriffsrechte und Protokollierung unabhängig vom Editor kontrollieren;
• keine vollständige Repository-Indexierung ohne ausdrückliche Freigabe;
• lokale Inferenz oder eine separat kontrollierte Remote-Mac-Umgebung nur nach Kundenvorgabe einsetzen.

Wenn Sie ein lokales Modell vorschlagen, beschreiben Sie es als eigenständige Isolationslösung. Behaupten Sie nicht, Cursor unterstütze automatisch jedes lokale Modell oder könne beliebige Endpunkte ohne weitere Datenwege direkt ersetzen. Entscheidend ist die geprüfte Umgebung, nicht das Etikett „lokal“.

Wichtiger Prüfpunkt: Ein lokales Modell auf einem gemeinsam genutzten Rechner ist nicht automatisch eine isolierte Umgebung. Prüfen Sie Benutzerrechte, Festplattenverschlüsselung, Netzwerkzugriff, Protokolle, Backups und die Trennung vom Produktionssystem.

Für Kunden mit strengen Verarbeitungsregeln kann ein separat bereitgestellter Mac geeigneter sein als ein allgemeines Cloud-Agent-Modell. Eine kontrollierte Remote-Mac-Konsole kann dabei als Zugangspunkt dienen; die konkrete Isolation, Freigabe und Protokollierung müssen Sie mit dem Kunden vereinbaren.

Ergebnis: Enthält das Projekt Geheimnisse oder regulierte Daten, lautet die Standardentscheidung „nicht für Cloud Agents und nicht für unklare externe Modellpfade freigeben“. Bewerten Sie stattdessen eine isolierte lokale oder entfernte Umgebung.

Cloud Agents: anderer Ablauf, andere Genehmigung

Cursor Cloud Agents dürfen nicht wie eine normale Autovervollständigung behandelt werden. Laut offizieller Dokumentation zu Cloud Agents klonen sie ein Repository und führen Aufgaben in einer isolierten virtuellen Maschine aus. Damit wird nicht nur eine einzelne Anfrage verarbeitet. Es entsteht eine Arbeitsumgebung, in der Dateien gelesen, verändert und je nach Aufgabe ausgeführt werden können.

Vor einer Freigabe müssen Sie deshalb mindestens diese Datenobjekte prüfen:

1. Verbindung zum Repository und verwendete Berechtigungen;
2. geklonte Repository-Kopie;
3. Umgebungs-Snapshot und installierte Abhängigkeiten;
4. Netzwerkzugriff und mögliche externe Ziele;
5. Secrets-Konfiguration;
6. Chat-, Ausführungs- und Änderungsprotokolle;
7. Löschmechanismus für Arbeitsumgebung und Artefakte.

Die Sicherheits- und Netzwerkhinweise für Cloud Agents erklären die dafür relevanten Kontrollpunkte. Eine isolierte virtuelle Maschine reduziert den direkten Zugriff auf Ihren Arbeitsplatz. Sie bedeutet aber nicht, dass der Kunde eine Cloud-Kopie seines Codes akzeptiert.

Besonders kritisch sind Aufgaben mit Schreibrechten, Datenbankzugriff, Deployment-Berechtigungen oder automatisch geladenen Umgebungsvariablen. Für ein öffentliches Demonstrationsprojekt kann ein Agent vertretbar sein, wenn der Auftrag und das Repository dafür freigegeben sind. Für ein Kundenprojekt mit Verbot cloudbasierter Speicherung reicht Privacy Mode nicht als Ersatzfreigabe.

Ergebnis: Cloud Agents erhalten eine eigene Genehmigung. Sie dürfen nicht aus einer normalen Editorfreigabe abgeleitet werden.

Projektfreigabe in drei Stufen statt pauschaler Editorentscheidung

Verwenden Sie folgende Bedingungen als Entscheidungswerkzeug:

Stufe A: Weiterverwenden

Wählen Sie diese Stufe, wenn das Repository öffentlich oder wenig sensibel ist, keine echten Kundendaten enthält, Privacy Mode und Modell dokumentiert sind und der Vertrag externe Verarbeitung erlaubt.

Erlaubt:

• allgemeine Codehilfe;
• Dokumentation und Tests mit synthetischen Daten;
• begrenzte Kontextauswahl;
• ausdrücklich freigegebene Agent-Aufgaben.

Nicht automatisch erlaubt: private Nebenordner, echte Zugangsdaten und der Wechsel in Cloud Agents.

Stufe B: Eingeschränkt verwenden

Wählen Sie diese Stufe, wenn das private Kundenprojekt verarbeitet werden darf, aber Datenwege, Modell-Ausnahmen oder der genaue Funktionsumfang nicht vollständig geklärt sind.

Erlaubt:

• anonymisierte Ausschnitte;
• isolierte Branches;
• nicht vertrauliche Hilfsfunktionen;
• manuelle Prüfung jedes Prompts und jeder Dateiauswahl.

Sperren Sie:

• vollständige Repository-Indexierung;
• produktive Secrets;
• Cloud Agents;
• Datenbankexporte und personenbezogene Testdaten.

Wenn Sie den Datenpfad nicht belegen können, bleiben Sie in dieser Stufe nur mit anonymisierten Inhalten. Andernfalls wechseln Sie zu Stufe C.

Stufe C: Isolierte Umgebung

Wählen Sie diese Stufe, wenn der Vertrag externe Modellverarbeitung untersagt, der Code Geschäftsgeheimnisse enthält, Produktionszugänge benötigt oder regulatorische Vorgaben eine kontrollierte Umgebung verlangen.

Erforderlich sind:

• vom Kunden genehmigte lokale Inferenz oder Remote-Mac-Umgebung;
• getrennte Benutzer- und Netzwerkrechte;
• keine Cloud Agents;
• keine echten Secrets in Prompts oder Umgebungs-Snapshots;
• dokumentierte Löschung, Backups und Zugriffsprotokolle.

Wenn die Umgebung nicht bereitsteht, pausieren Sie die AI-Unterstützung. Entwickeln Sie nicht einfach im Standardmodus weiter, nur weil die Abgabe näher rückt.

Was Sie in der Projektfreigabe dokumentieren müssen

Eine belastbare Freigabe gehört zum Projekt und nicht nur zum persönlichen Cursor-Konto. Speichern Sie:

• Sensibilitätsstufe des Projekts;
• Kundenname und Vertragsreferenz;
• erlaubte Modelle und Funktionen;
• ausdrücklich verbotene Funktionen;
• Kontotyp und Teamrichtlinie;
• Privacy-Mode-Status;
• Modellname und Datennutzungskennzeichnung;
• Repository- und Indexierungsumfang;
• Cloud-Agent-Entscheidung;
• API-Key-Verwendung mit dem Hinweis „kein vollständiger Privacy-Nachweis“;
• Screenshot, Cursor-Version und Prüfdatum;
• Name der freigebenden Person;
• nächstes Überprüfungsdatum;
• Auslöser für eine sofortige Neubewertung.

Wiederholen Sie die Prüfung bei einer Änderung der Privacy-Texte, der Modellliste, der Speicherfristen, der Cloud-Agent-Funktionen oder des Kundenvertrags. Eine alte Freigabe beweist nicht, dass eine neue Funktion denselben Datenweg nutzt.

Häufige Fragen zur Projektfreigabe

Die folgenden Antworten decken typische Prüfungen aus der Praxis ab, ersetzen aber keine rechtliche Bewertung des Kundenvertrags.

Ist ein privates Kundenrepository nach dem SpaceX-Beitritt grundsätzlich verboten?

Nein. Der Beitritt allein führt nicht automatisch zu einem Nutzungsverbot. Sie müssen jedoch Datenschutzmodus, Modell, Konto, Backend-Routing, Funktionen und Vertrag neu abgleichen. Für ein gewöhnliches privates Repository kann eine begrenzte Freigabe möglich sein. Bei unklarer Zustimmung sollten Sie nur anonymisierte Ausschnitte verarbeiten oder direkt in eine isolierte Umgebung wechseln.

Schützt der Cursor Privacy Mode jede vertrauliche Information?

Nein. Die offizielle Zusage zur Nichtverwendung für Training ist nur ein Teil der Prüfung. Sie müssen zusätzlich Speicherung, Routing, Modell-Ausnahmen, Klassifikatoren, Indexierung und Cloud-Agent-Kopien bewerten. Ein aktivierter Schalter verhindert außerdem keine absichtliche oder versehentliche Eingabe eines Secrets. Die Freigabe muss deshalb technisch und vertraglich dokumentiert werden.

Was unterscheidet Cursor Cloud Agents von einer normalen Anfrage?

Ein Cloud Agent kann ein Repository klonen und Aufgaben in einer isolierten virtuellen Maschine ausführen. Dadurch entstehen zusätzliche Arbeitsdaten und Berechtigungen. Sie müssen Repository-Verbindung, Umgebungs-Snapshot, Netzwerk, Secrets, Protokolle und Löschung prüfen. Eine Erlaubnis für normale Codevorschläge gilt nicht automatisch für diese Agent-Funktion.

Wann ist eine lokale Modellumgebung die bessere Wahl?

Sie ist die bessere Wahl, wenn Kundenvorgaben externe Verarbeitung ausschließen oder wenn Quellcode, Schlüssel, personenbezogene Daten und Sicherheitslücken nicht in eine Cloud-Kopie gelangen dürfen. Verwenden Sie eine vom Kunden genehmigte, getrennte Umgebung. Ein lokales Modell auf einem privaten Rechner ohne Rechte-, Netzwerk- und Backup-Kontrollen erfüllt diese Anforderung nicht automatisch.

Der nüchterne Wechsel zur isolierten Mac-Umgebung

Für öffentliche Projekte bleibt Cursor mit dokumentierter Einstellung meist der einfachste Weg. Bei privaten Kundenprojekten entstehen jedoch drei wiederkehrende Schwächen: Vertragsfreigaben sind oft unklar, der Datenweg lässt sich aus einem API-Schlüssel nicht vollständig ablesen, und Cloud Agents erzeugen eine zusätzliche Repository- und Arbeitsumgebung.

Wenn diese Punkte Ihre Abnahme blockieren, ist ein eigenständiger Remote Mac häufig leichter zu erklären und zu kontrollieren als ein weiterer Cloud-Agent-Ausnahmeantrag. Prüfen Sie dafür zunächst die Hilfe zur Remote-Mac-Bereitstellung und halten Sie die gewählte Umgebung in derselben Projektfreigabe fest. MacHTML ist besonders dann die passendere Option, wenn Sie vorübergehend eine getrennte Entwicklungsumgebung für einen Kunden, einen Sicherheitstest oder eine Migration benötigen. Für dauerhaft hohe Last, zwingende physische Schnittstellen oder langfristige Eigentumsvorgaben kann der Kauf und Betrieb eigener Hardware sinnvoller sein.

Entscheidend ist nicht, ob Sie Cursor nach dem SpaceX-Beitritt pauschal weiterverwenden oder vollständig entfernen. Entscheidend ist, ob Sie für genau dieses Projekt nachweisen können, welche Daten wohin gelangen und welche Funktion sie verarbeitet.