Cursors Update zu selbst gehosteten Maschinen vom 2. September 2026 erweitert die Nutzung eigener Ausführungsinfrastruktur. Relevant ist das etwa für vorhandene Entwicklungsrechner, besondere Build-Werkzeuge oder interne Dienste.
Entscheidend ist die Trennung zwischen Ausführung und Inferenz. Ankündigung und Architekturdokumentation wurden am 10. September geprüft.
Was läuft auf Ihrer Infrastruktur?
Die Cursor-Dokumentation verortet Dateiänderungen, Terminalbefehle, Computersteuerung und lokale MCP-Server auf einem selbst verwalteten Worker. Agentenschleife, Planung und Inferenz bleiben bei Cursor.
Das kann eine Umgebungsanforderung erfüllen. Es erfüllt nicht automatisch die Vorgabe, sämtliche Verarbeitung innerhalb eines privaten Netzwerks zu halten.
Zeichnen Sie für die Prüfung Ihren eigenen Ablauf: Oberfläche → Orchestrierung → Modellendpunkt → Worker → externe Werkzeuge. Markieren Sie Betreiber und Netzwerkgrenze jeder Verbindung. Der Begriff „selbst gehostet“ sollte einem konkreten Baustein zugeordnet sein.
Welche Daten verlassen den Worker?
Laut Dokumentation bleiben vollständiger Checkout, Build-Cache und lokale Zugangsdaten auf der Maschine. Der Worker sendet aber benötigten Kontext an Cursor: Dateiinhalte, Terminalausgaben, Diffs, Screenshots, lokale MCP-Ergebnisse und Routing-Metadaten. Artefakte können in Cursor-verwalteten Speicher hochgeladen werden.
Aus „Repository bleibt lokal“ folgt daher nicht „Code verlässt das Netzwerk nicht“. Ein Lesevorgang kann relevante Codeabschnitte übertragen, obwohl der vollständige Checkout auf der Festplatte bleibt. Auch lokale Werkzeuge können sensible Inhalte ausgeben.
Nutzen Sie im Pilot ein Wegwerf-Repository und synthetische Werte. Prüfen Sie gelesene Dateien, Befehlsausgaben, Screenshots und andere Artefakte. Dieser Artikel beschreibt dokumentiertes Verhalten; er ist kein Bericht über gemessenen Netzwerkverkehr.
My Machines oder Team Pools?
| Betriebliche Anforderung | Ausgangspunkt der Bewertung |
|---|---|
| Bestehende Umgebung eines Entwicklers | My Machines |
| Gemeinsam genutzte, zentral gepflegte Worker | Team Pools |
| Keine Verbindung zu Cloud-Orchestrierung oder Inferenz | Architektur wählen, die diese Bedingung ausdrücklich erfüllt |
Cursor beschreibt persönliche Maschinen und Team Pools als verschiedene Betriebsformen. Klären Sie vor dem Ausbau, wer Images aktualisiert, Zugangsdaten rotiert, Arbeitsverzeichnisse bereinigt und fehlgeschlagene Aufgaben untersucht.
Eine erfolgreiche Demo ist noch kein Betriebsplan. Berücksichtigen Sie Leerlauf, Aktualisierungen und Wiederherstellung.
Senkt eigene Ausführung die Kosten?
Nicht automatisch. Cursor beschreibt weiterhin Modellgebühren sowie die eigenen Kosten für Betrieb und Bereitstellung der Worker. Vergleichen Sie den gesamten Ablauf: Modellnutzung, Rechenleistung, Speicher, Leerlauf, Wiederholungen und Wartung.
Vorhandene Hardware kann einen Kostenpunkt reduzieren und einen anderen erhöhen. Beurteilen Sie die Kosten anhand abgenommener Aufgaben, statt aus einem anderen Ausführungsort einen günstigeren Modellpreis abzuleiten.
Was sollten Sie als Nächstes vergleichen?
Bei Anforderungen an den Verarbeitungsort hilft der Leitfaden zu Air-Gapped-AI-Coding, externe Abhängigkeiten zu erfassen. Betriebsverantwortung behandelt die Self-Hosting-Checkliste.
Geht es um erlaubte Agentenaktionen, lesen Sie das Update zu verwalteten Copilot-Berechtigungen. Ausführungsort, Kontextübertragung und Handlungsbefugnisse sind drei getrennte Entscheidungen.
Häufige Fragen
Ist Cursor Self-Hosted Machines eine vollständige On-Premises-Lösung?
Nein. Werkzeuge laufen auf Ihrem Worker, doch Planung, Agentenschleife und Inferenz übernimmt Cursor. Die dokumentierte Architektur benötigt Cloud-Kommunikation.
Kann Code das Netzwerk verlassen, obwohl das Repository lokal bleibt?
Ja. Cursor nennt benötigte Dateiinhalte, Diffs, Terminalausgaben, Screenshots und lokale MCP-Ergebnisse als übertragene Daten. Der Speicherort des vollständigen Checkouts bestimmt nicht alle Datenflüsse.
Bleiben alle Agentendaten lokal, wenn Artefakt-Uploads blockiert werden?
Nein. Laut Cursor verhindert die Sperre nur diese Uploads; Werkzeugaufrufe und Ergebnisse werden weiterhin übertragen. Sie ermöglicht keinen Offline-Betrieb des Agenten.