Cursor unterstützt Self-Hosted Machines, mit denen die Tool-Ausführung vollständig in deinem eigenen Netzwerk bleibt.
Deine Codebasis, Build-Ergebnisse und Secrets bleiben allesamt auf internen Maschinen in deiner Infrastruktur, während der Agent Tool-Aufrufe lokal verarbeitet.
My Machines verbindet einen einzelnen Laptop oder eine VM mit deinem Account für persönliche Workflows.
Team-Pools sind benannte Warteschlangen von Workern für ein Team oder ein Enterprise. Die Kapazität wächst, wenn Requests eintreffen, und schrumpft, wenn Worker die Verbindung trennen – so skalieren deine Self-Hosted Machines mit der Nachfrage. Pools sind nicht an ein einzelnes Repository gebunden: Benenne den Pool, und jeder verfügbare Worker kann den Request übernehmen.
Pools können ungenutzte Maschinen zudem in den Ruhezustand versetzen und innerhalb eines Reconnect-Fensters wieder aktivieren, sobald ein Follow-up eintrifft – so musst du teure Kapazität nicht allein für den nächsten Prompt warmhalten.
Selbstgehostete Worker unterstützen jetzt Computer-Use unter Linux und Mac. Mit den passenden Desktop-Paketen kann ein Agent klicken, tippen, Screenshots aufnehmen und den Browser bedienen. Du kannst seinen Desktop überwachen oder direkt aus Cursor heraus die Steuerung übernehmen.
Cloud-Agent benötigen keinen verbundenen GitHub- oder anderen Drittanbieter-SCM-Provider mehr, um erste Schritte zu unternehmen. Sie können direkt losprompten und Ihre Arbeit anschließend in einem Cursor-Origin-Repo speichern."
Wähle im Repo-Picker Von Grund auf starten aus und gib dem Agent dann einen Prompt. Im Hintergrund erstellt Cursor ein Origin-Repo für dich.
#Mach daraus ein echtes Repo – wann immer du möchtest
Sobald du mit dem Build des Agents zufrieden bist, klicke auf den Button Repo erstellen, um deine Arbeit in einem Origin-Repo zu speichern. Wähle einen benutzerdefinierten Namen oder einen der vorgeschlagenen Namen und lege die Sichtbarkeit auf privat oder intern fest. Du erhältst ein vollständig eingerichtetes Origin-Repo, das du teilen oder in dem du weiterarbeiten kannst. Navigiere zum Tab „Codebase“, um dein Repo zu finden und auf dein Projekt zuzugreifen.
Cursor leitet jetzt die Live-Umgebung deines Cloud-Agenten direkt an deinen Browser weiter, sodass du sie in der Vorschau ansehen und Tools wie den Design-Modus nutzen kannst.
Wir verbessern weiterhin Cloud-Agenten und das Cursor-Harness, damit jederzeit verfügbare Agenten als System arbeiten und eigenständig Software erstellen und ausliefern können, ohne bei jeder Schleife manuell eingreifen zu müssen.
Mit diesem Release können Cloud-Agenten automatisch auf Ereignisse reagieren und Arbeit übernehmen, ein Ziel verfolgen, bis es erreicht ist, und auch über lange Sessions hinweg auf Kurs bleiben.
Cursor kann jetzt deine PRs überwachen, einen Slack-Thread verfolgen oder geplante Aufgaben ausführen. Der Cursor Agent abonniert eine Ereignisquelle (einen Thread oder eine Unterhaltung) und wird aktiv, wenn etwas passiert. Abonnements sind vorerst nur für Cloud-Agent verfügbar.
Cloud-Agent abonnieren automatisch die PRs, die sie erstellen, und bringen sie zum Abschluss, indem sie CI-Fehler beheben und Bot-Kommentare berücksichtigen. Frage in Slack: @cursor check back in an hour and keep going until that feedback is in.
Nutze jeden Skill als Benutzerdefinierten Modus: einen Skill, der im Chat angeheftet bleibt. Benutzerdefinierte Modi sorgen dafür, dass sich Agenten auf einen Skill konzentrieren – stell sie dir wie „dauerhaft aktive“ Skills vor.
Wähle über / einen Skill aus und drücke ⌥⏎ (Mac) oder Alt+Eingabe (Windows), oder wähle Als Modus verwenden.
Subagents können jetzt auf eigenen virtuellen Maschinen ausgeführt werden. Jeder erhält eine isolierte Kopie des Projekts mit einem sauberen Kontext in einer eigenen Cloud-Umgebung.
Lassen Sie Subagents die Änderungen des übergeordneten Agent in frischen Umgebungen testen oder unabhängige Fixes ohne Kollisionen als Schwarm bearbeiten. Probieren Sie run a swarm of subagents to test my app for bugs, each in its own environment.
Mit /goal gibst du dem Agent ein langfristiges Ziel vor, auf das er hinarbeitet, bis es vollständig erreicht ist.
Probiere /goal fix all flaky tests and make CI green in einem neuen Chat aus. Kombiniere es mit einem benutzerdefinierten Modus, um einem Playbook zu folgen, oder mit /loop für regelmäßige Check-ins.
Du kannst dem Agent jetzt während der Arbeit eine Nachricht senden, um ihn zu steuern, ohne ihn zu unterbrechen. Rückfragen warten bis zum nächsten Tool-Aufruf, statt den Agent mitten in einer Aktion zu unterbrechen.
Gib eine Rückfrage ein und klicke auf „Jetzt senden“ oder drücke zweimal ⏎.
Origin wird ab heute als frühe Beta für alle kostenpflichtigen Pläne schrittweise eingeführt. Zum Start bieten wir die Grundlagen, ausgelegt auf den Einsatz von Agenten in großem Maßstab: Repos, Pull Requests, Code-Browsing und GitHub-Synchronisierung. Agentenbasierte Features folgen bald.
Klicke auf +New, um ein neues Repo zu erstellen, und vergib einen Namen. Anschließend zeigt dir eine Seite, wie du die CLI installierst, ein Repo klonst oder ein lokales Projekt pushst. Sobald du es pushst, wird dein Code auf Origin gehostet.
Bei auf Origin gehosteten Repos ist Origin die maßgebliche Quelle. Pushes landen auf Origin, und GitHub ist nicht beteiligt.
Vergib beim Erstellen deines ersten Repos einen Namen für deine Codebase. Dieser Name wird Teil der URL jedes Repos: cursor.com/codebase/acme-corp.
Deine GitHub-Repos können neben den von Cursor gehosteten Repos stehen. Verbinde GitHub mit Cursor, wähle deine Organisation aus, und du siehst die Repos, die du synchronisieren kannst. Wähle eines aus, und Cursor übernimmt es. Du entscheidest, was synchronisiert wird, und kannst die Verbindung zu einem Repo jederzeit trennen. Alle Personen mit Lese- oder Schreibzugriff auf ein synchronisiertes Repo können es auch in Cursor ansehen.
Synchronisierte Repos werden in Echtzeit aktualisiert. Du kannst die Kopie in Origin durchsuchen und von ihr herunterladen. Bei synchronisierten Repos bleibt GitHub die maßgebliche Quelle: Pushes gehen weiterhin an GitHub, und Origin spiegelt das Ergebnis wider. Symbole neben jedem Repo-Namen zeigen dir, welche Repos von Cursor gehostet werden und welche von GitHub stammen.
Jedes Repo hat Pull Requests. Öffne einen, um die Timeline, Commits, Checks und geänderten Dateien anzuzeigen. Sieh dir den Diff an, hinterlasse Kommentare und führe ihn zusammen.
Pull Requests in synchronisierten Repos werden in beide Richtungen synchronisiert: Kommentiere in Cursor, und dein Kommentar wird auf GitHub veröffentlicht; reagierst oder antwortest du auf GitHub, erscheint dies innerhalb von Sekunden in Cursor. Wurde dir auf GitHub ein Review zugewiesen? Prüfe es und führe es direkt in Cursor zusammen.
Dein Code, deine PRs und deine Agents sind jetzt an einem Ort. Stelle Cursor Fragen zu dem Code, den du gerade ansiehst. Cursor kann sie beantworten, Änderungen vornehmen, PRs aktualisieren oder einen Branch pushen.
Wir entwickeln ein App-Ökosystem, damit dein gesamter Stack nahtlos mit Origin funktioniert. Integrationen mit Vercel, Depot und Buildkite sind bereits verfügbar, weitere folgen bald.
Verbinde Vercel über den Tab Apps eines Repos. Jede PR erhält dann eine Vorschau-Bereitstellung, in der du testen und Kommentare hinterlassen kannst. Nach dem Zusammenführen wird sie in die Produktion ausgeliefert. Für CI kannst du Depot oder Buildkite verbinden. Beide führen deine bestehenden GitHub-Actions-Workflows aus, und Buildkite führt zusätzlich seine nativen Pipelines aus.
Jedes Repo hat eigene Einstellungen. Prüfe den Synchronisierungsstatus von GitHub-Repos, verwalte Zugriff und sieh, welche Apps verbunden sind.
Origin wird ab heute schrittweise als frühe Beta für alle Nutzer kostenpflichtiger Pläne eingeführt – ausgenommen sind Enterprise-Organisationen, deren Admins sich dagegen entscheiden. Benenne deine Codebase und erstelle dein erstes Repo.
Agenten arbeiten am besten, wenn sie in einer vorbereiteten Umgebung starten: Repos sind geklont, Abhängigkeiten installiert und dein Installationsskript wurde bereits ausgeführt.
Dieses Release führt Builds ein: einsatzbereite Kopien deiner Entwicklungsumgebung, die Cursor im Hintergrund vorbereitet. Agenten starten direkt in einer vorbereiteten Umgebung, statt sie in jeder Sitzung von Grund auf neu einzurichten. Builds sind bei Cloud-Agenten ohne zusätzliche Kosten enthalten.
Cursor erstellt regelmäßig einen neuen Build deiner Umgebung. Wenn ein Build erfolgreich ist, wird er zur Umgebung, von der zukünftige Agenten starten. Cursor hält vorgewärmte Kopien bereit, damit der nächste Agent nicht warten muss. Intern starten unsere Umgebungen jetzt 10-mal schneller, und die Zeit bis zum ersten Token ist 3-mal kürzer.
Nutze deinen Installationsbefehl für alles, was sich im Voraus vorbereiten lässt. Der Startbefehl wird weiterhin ausgeführt, wenn du einen Agenten erstmals per Prompt ansprichst, und sollte sich auf Services konzentrieren, die in der Sitzung aktuell sein müssen.
Wenn ein fehlerhafter Commit oder ein Abhängigkeitsupdate deine Umgebung beeinträchtigt, verwenden Agenten weiterhin den zuletzt erfolgreichen Build. Der fehlerhafte Build wird nicht aktiviert, du wirst über das Problem informiert, und deine Agenten arbeiten weiter, während du den Fehler im Hintergrund behebst.
Jede Umgebung verfügt im Cloud-Agent-Dashboard über einen Tab Builds. Du kannst den Build-Status, Logs, Commit-SHAs sowie den Build prüfen, der bei jedem Agent-Lauf verwendet wurde. Agenten können Builds auch mit integrierten Tools prüfen und verwalten.
Neue Umgebungen verwenden Builds automatisch. Öffne bei einer bestehenden Umgebung das Cloud-Agent-Dashboard, wechsle zum Tab Builds und klicke auf Builds aktivieren. Du kannst auch zunächst auf Setup-Agent ausführen klicken, um die Migration zu testen und vorgeschlagene Konfigurationsänderungen zu prüfen.
Du kannst einen Build auch manuell auslösen, einen fehlgeschlagenen Build mit einem Agent beheben und mit einem konfigurierbaren Schwellenwert steuern, wann veraltete Builds aktualisiert werden.
Cursor unterstützt Self-Hosted Machines, mit denen die Tool-Ausführung vollständig in deinem eigenen Netzwerk bleibt.
Deine Codebasis, Build-Ergebnisse und Secrets bleiben allesamt auf internen Maschinen in deiner Infrastruktur, während der Agent Tool-Aufrufe lokal verarbeitet.
My Machines verbindet einen einzelnen Laptop oder eine VM mit deinem Account für persönliche Workflows.
Team-Pools sind benannte Warteschlangen von Workern für ein Team oder ein Enterprise. Die Kapazität wächst, wenn Requests eintreffen, und schrumpft, wenn Worker die Verbindung trennen – so skalieren deine Self-Hosted Machines mit der Nachfrage. Pools sind nicht an ein einzelnes Repository gebunden: Benenne den Pool, und jeder verfügbare Worker kann den Request übernehmen.
Pools können ungenutzte Maschinen zudem in den Ruhezustand versetzen und innerhalb eines Reconnect-Fensters wieder aktivieren, sobald ein Follow-up eintrifft – so musst du teure Kapazität nicht allein für den nächsten Prompt warmhalten.
Selbstgehostete Worker unterstützen jetzt Computer-Use unter Linux und Mac. Mit den passenden Desktop-Paketen kann ein Agent klicken, tippen, Screenshots aufnehmen und den Browser bedienen. Du kannst seinen Desktop überwachen oder direkt aus Cursor heraus die Steuerung übernehmen.
Cloud-Agent benötigen keinen verbundenen GitHub- oder anderen Drittanbieter-SCM-Provider mehr, um erste Schritte zu unternehmen. Sie können direkt losprompten und Ihre Arbeit anschließend in einem Cursor-Origin-Repo speichern."
Wähle im Repo-Picker Von Grund auf starten aus und gib dem Agent dann einen Prompt. Im Hintergrund erstellt Cursor ein Origin-Repo für dich.
#Mach daraus ein echtes Repo – wann immer du möchtest
Sobald du mit dem Build des Agents zufrieden bist, klicke auf den Button Repo erstellen, um deine Arbeit in einem Origin-Repo zu speichern. Wähle einen benutzerdefinierten Namen oder einen der vorgeschlagenen Namen und lege die Sichtbarkeit auf privat oder intern fest. Du erhältst ein vollständig eingerichtetes Origin-Repo, das du teilen oder in dem du weiterarbeiten kannst. Navigiere zum Tab „Codebase“, um dein Repo zu finden und auf dein Projekt zuzugreifen.
Cursor leitet jetzt die Live-Umgebung deines Cloud-Agenten direkt an deinen Browser weiter, sodass du sie in der Vorschau ansehen und Tools wie den Design-Modus nutzen kannst.
Wir verbessern weiterhin Cloud-Agenten und das Cursor-Harness, damit jederzeit verfügbare Agenten als System arbeiten und eigenständig Software erstellen und ausliefern können, ohne bei jeder Schleife manuell eingreifen zu müssen.
Mit diesem Release können Cloud-Agenten automatisch auf Ereignisse reagieren und Arbeit übernehmen, ein Ziel verfolgen, bis es erreicht ist, und auch über lange Sessions hinweg auf Kurs bleiben.
Cursor kann jetzt deine PRs überwachen, einen Slack-Thread verfolgen oder geplante Aufgaben ausführen. Der Cursor Agent abonniert eine Ereignisquelle (einen Thread oder eine Unterhaltung) und wird aktiv, wenn etwas passiert. Abonnements sind vorerst nur für Cloud-Agent verfügbar.
Cloud-Agent abonnieren automatisch die PRs, die sie erstellen, und bringen sie zum Abschluss, indem sie CI-Fehler beheben und Bot-Kommentare berücksichtigen. Frage in Slack: @cursor check back in an hour and keep going until that feedback is in.
Nutze jeden Skill als Benutzerdefinierten Modus: einen Skill, der im Chat angeheftet bleibt. Benutzerdefinierte Modi sorgen dafür, dass sich Agenten auf einen Skill konzentrieren – stell sie dir wie „dauerhaft aktive“ Skills vor.
Wähle über / einen Skill aus und drücke ⌥⏎ (Mac) oder Alt+Eingabe (Windows), oder wähle Als Modus verwenden.
Subagents können jetzt auf eigenen virtuellen Maschinen ausgeführt werden. Jeder erhält eine isolierte Kopie des Projekts mit einem sauberen Kontext in einer eigenen Cloud-Umgebung.
Lassen Sie Subagents die Änderungen des übergeordneten Agent in frischen Umgebungen testen oder unabhängige Fixes ohne Kollisionen als Schwarm bearbeiten. Probieren Sie run a swarm of subagents to test my app for bugs, each in its own environment.
Mit /goal gibst du dem Agent ein langfristiges Ziel vor, auf das er hinarbeitet, bis es vollständig erreicht ist.
Probiere /goal fix all flaky tests and make CI green in einem neuen Chat aus. Kombiniere es mit einem benutzerdefinierten Modus, um einem Playbook zu folgen, oder mit /loop für regelmäßige Check-ins.
Du kannst dem Agent jetzt während der Arbeit eine Nachricht senden, um ihn zu steuern, ohne ihn zu unterbrechen. Rückfragen warten bis zum nächsten Tool-Aufruf, statt den Agent mitten in einer Aktion zu unterbrechen.
Gib eine Rückfrage ein und klicke auf „Jetzt senden“ oder drücke zweimal ⏎.
Origin wird ab heute als frühe Beta für alle kostenpflichtigen Pläne schrittweise eingeführt. Zum Start bieten wir die Grundlagen, ausgelegt auf den Einsatz von Agenten in großem Maßstab: Repos, Pull Requests, Code-Browsing und GitHub-Synchronisierung. Agentenbasierte Features folgen bald.
Klicke auf +New, um ein neues Repo zu erstellen, und vergib einen Namen. Anschließend zeigt dir eine Seite, wie du die CLI installierst, ein Repo klonst oder ein lokales Projekt pushst. Sobald du es pushst, wird dein Code auf Origin gehostet.
Bei auf Origin gehosteten Repos ist Origin die maßgebliche Quelle. Pushes landen auf Origin, und GitHub ist nicht beteiligt.
Vergib beim Erstellen deines ersten Repos einen Namen für deine Codebase. Dieser Name wird Teil der URL jedes Repos: cursor.com/codebase/acme-corp.
Deine GitHub-Repos können neben den von Cursor gehosteten Repos stehen. Verbinde GitHub mit Cursor, wähle deine Organisation aus, und du siehst die Repos, die du synchronisieren kannst. Wähle eines aus, und Cursor übernimmt es. Du entscheidest, was synchronisiert wird, und kannst die Verbindung zu einem Repo jederzeit trennen. Alle Personen mit Lese- oder Schreibzugriff auf ein synchronisiertes Repo können es auch in Cursor ansehen.
Synchronisierte Repos werden in Echtzeit aktualisiert. Du kannst die Kopie in Origin durchsuchen und von ihr herunterladen. Bei synchronisierten Repos bleibt GitHub die maßgebliche Quelle: Pushes gehen weiterhin an GitHub, und Origin spiegelt das Ergebnis wider. Symbole neben jedem Repo-Namen zeigen dir, welche Repos von Cursor gehostet werden und welche von GitHub stammen.
Jedes Repo hat Pull Requests. Öffne einen, um die Timeline, Commits, Checks und geänderten Dateien anzuzeigen. Sieh dir den Diff an, hinterlasse Kommentare und führe ihn zusammen.
Pull Requests in synchronisierten Repos werden in beide Richtungen synchronisiert: Kommentiere in Cursor, und dein Kommentar wird auf GitHub veröffentlicht; reagierst oder antwortest du auf GitHub, erscheint dies innerhalb von Sekunden in Cursor. Wurde dir auf GitHub ein Review zugewiesen? Prüfe es und führe es direkt in Cursor zusammen.
Dein Code, deine PRs und deine Agents sind jetzt an einem Ort. Stelle Cursor Fragen zu dem Code, den du gerade ansiehst. Cursor kann sie beantworten, Änderungen vornehmen, PRs aktualisieren oder einen Branch pushen.
Wir entwickeln ein App-Ökosystem, damit dein gesamter Stack nahtlos mit Origin funktioniert. Integrationen mit Vercel, Depot und Buildkite sind bereits verfügbar, weitere folgen bald.
Verbinde Vercel über den Tab Apps eines Repos. Jede PR erhält dann eine Vorschau-Bereitstellung, in der du testen und Kommentare hinterlassen kannst. Nach dem Zusammenführen wird sie in die Produktion ausgeliefert. Für CI kannst du Depot oder Buildkite verbinden. Beide führen deine bestehenden GitHub-Actions-Workflows aus, und Buildkite führt zusätzlich seine nativen Pipelines aus.
Jedes Repo hat eigene Einstellungen. Prüfe den Synchronisierungsstatus von GitHub-Repos, verwalte Zugriff und sieh, welche Apps verbunden sind.
Origin wird ab heute schrittweise als frühe Beta für alle Nutzer kostenpflichtiger Pläne eingeführt – ausgenommen sind Enterprise-Organisationen, deren Admins sich dagegen entscheiden. Benenne deine Codebase und erstelle dein erstes Repo.
Agenten arbeiten am besten, wenn sie in einer vorbereiteten Umgebung starten: Repos sind geklont, Abhängigkeiten installiert und dein Installationsskript wurde bereits ausgeführt.
Dieses Release führt Builds ein: einsatzbereite Kopien deiner Entwicklungsumgebung, die Cursor im Hintergrund vorbereitet. Agenten starten direkt in einer vorbereiteten Umgebung, statt sie in jeder Sitzung von Grund auf neu einzurichten. Builds sind bei Cloud-Agenten ohne zusätzliche Kosten enthalten.
Cursor erstellt regelmäßig einen neuen Build deiner Umgebung. Wenn ein Build erfolgreich ist, wird er zur Umgebung, von der zukünftige Agenten starten. Cursor hält vorgewärmte Kopien bereit, damit der nächste Agent nicht warten muss. Intern starten unsere Umgebungen jetzt 10-mal schneller, und die Zeit bis zum ersten Token ist 3-mal kürzer.
Nutze deinen Installationsbefehl für alles, was sich im Voraus vorbereiten lässt. Der Startbefehl wird weiterhin ausgeführt, wenn du einen Agenten erstmals per Prompt ansprichst, und sollte sich auf Services konzentrieren, die in der Sitzung aktuell sein müssen.
Wenn ein fehlerhafter Commit oder ein Abhängigkeitsupdate deine Umgebung beeinträchtigt, verwenden Agenten weiterhin den zuletzt erfolgreichen Build. Der fehlerhafte Build wird nicht aktiviert, du wirst über das Problem informiert, und deine Agenten arbeiten weiter, während du den Fehler im Hintergrund behebst.
Jede Umgebung verfügt im Cloud-Agent-Dashboard über einen Tab Builds. Du kannst den Build-Status, Logs, Commit-SHAs sowie den Build prüfen, der bei jedem Agent-Lauf verwendet wurde. Agenten können Builds auch mit integrierten Tools prüfen und verwalten.
Neue Umgebungen verwenden Builds automatisch. Öffne bei einer bestehenden Umgebung das Cloud-Agent-Dashboard, wechsle zum Tab Builds und klicke auf Builds aktivieren. Du kannst auch zunächst auf Setup-Agent ausführen klicken, um die Migration zu testen und vorgeschlagene Konfigurationsänderungen zu prüfen.
Du kannst einen Build auch manuell auslösen, einen fehlgeschlagenen Build mit einem Agent beheben und mit einem konfigurierbaren Schwellenwert steuern, wann veraltete Builds aktualisiert werden.
