Cloud Agents bieten enorme Vorteile gegenüber lokalen Agenten: Sie arbeiten parallelisiert, laufen auch bei geschlossenem Laptop weiter und reagieren autonom auf Trigger. Doch ihre Fähigkeiten hängen maßgeblich von den Development Environments ab, in denen sie operieren. Ohne Zugriff auf Testsysteme, APIs oder interne Toolchains können sie ihre Aufgaben nie wirklich abschließen.

Cloud Agent Development Environments als Kernstück der Automatisierung

Cursor hat deshalb neue Tools für die Konfiguration von Cloud Agent Development Environments vorgestellt. Diese sorgen dafür, dass Cloud Agents denselben Kontext erhalten wie lokale Entwickler: geklonte Repositories, installierte Abhängigkeiten, Zugangsdaten für interne Toolchains und Zugriff auf Build-Systeme. Teams können so ganze Flotten parallel arbeitender Agenten in vollständig kontrollierten Umgebungen betreiben.

Durch den vollen Codebase-Kontext lassen sich Aufgaben nicht nur starten, sondern tatsächlich abschließen. Agenten können Änderungen entwickeln, testen und verifizieren, ohne an lokale Hardware gebunden zu sein.

Multi-Repo-Environments für unternehmensweite Projekte

In großen Unternehmen überspannt Engineering-Arbeit meist mehrere Codebases. Organisationen mit Microservices betreiben oft Dutzende Repositories, die im Gleichschritt weiterentwickelt werden müssen. Ein Agent, der auf ein einzelnes Repository beschränkt bleibt, verliert entscheidenden Kontext.

Deshalb unterstützen Cloud Agents und Automations nun Multi-Repo-Environments. Basierend auf der Arbeit an Multi-Root-Workspaces lassen sich Umgebungen konfigurieren, die alle benötigten Repositories umfassen und sich über Sessions hinweg wiederverwenden. Agenten können so plattformübergreifend denken und Änderungen in verschiedenen Repositories gleichzeitig entwickeln, testen und überprüfen.

Praxisbeispiel: Amplitude

Bei Amplitude laufen Cursor Automations in öffentlichen Slack-Kanälen. Dank Multi-Repo-Support kann ein Agent gemeldete Probleme untersuchen, die betroffenen Repositories identifizieren und Pull Requests mit vollständigem Kontext an den richtigen Stellen öffnen. Steven Cheng, Senior Engineering Manager bei Amplitude, betont: Ohne diese Fähigkeit wären die Automations deutlich weniger wertvoll.

Konfiguration als Code mit Dockerfile-Support

Um Umgebungsdefinitionen besser ändern, debuggen und reviewen zu können, setzt Cursor auf Dockerfile-basierte Konfiguration. Neu hinzugekommen ist die Unterstützung für Build Secrets, die einen sicheren Zugriff auf private Package-Registries direkt aus dem Dockerfile ermöglichen. Diese Secrets sind dabei strikt auf den Build-Schritt beschränkt und gelangen nicht in die Laufzeitumgebung des Agenten.

Zusätzlich wurde das Layer-Caching optimiert: Werden Dockerfiles angepasst, baut das System nur die betroffenen Layer neu. Build-Prozesse, die den Cache nutzen, laufen dadurch um bis zu 70 Prozent schneller.

Automatisierte Konfiguration durch Cursor

Teams, die keine Dockerfiles von Hand schreiben möchten, können sich von Cursor unterstützen lassen. Die KI inspiziert die Repositories, ermittelt die notwendigen Tools und Abhängigkeiten und erstellt eine vorkonfigurierte Datei, die anschließend bearbeitet und versioniert werden kann. Diese Funktion befindet sich aktuell in der Closed Beta und wird in den kommenden Wochen an Enterprise-Teams ausgerollt.

Verbessertes Agent-Led Environment Setup

Während Cursor eine Umgebung einrichtet, stellt die Software gezielte Rückfragen, weist auf fehlende Zugangsdaten hin und validiert die korrekte Konfiguration. Außerdem wird die verwendete Umgebungsversion transparent angezeigt. Schlägt die Konfiguration fehl, greift das System automatisch auf ein Basisimage zurück und warnt deutlich, damit Cloud Agents nicht sofort ausfallen, sondern weiterarbeiten können.

Governance und Sicherheitskontrollen

Jede Entwicklungsumgebung verfügt nun über eine eigene Versionshistorie, die von Nutzern eingesehen und bei Bedarf zurückgesetzt werden kann. Administratoren können Rollback-Berechtigungen auf Admin-Ebene beschränken. Ein Audit-Log protokolliert sämtliche Aktionen und gibt Sicherheitsteams volle Transparenz darüber, wer wann welche Änderung vorgenommen hat.

Netzwerk- und Secret-Scoping

Egress-Datenverkehr sowie Secrets lassen sich jetzt auf Ebene der einzelnen Entwicklungsumgebung definieren. Teams können den ausgehenden Netzwerkzugriff für eine Umgebung auf eine explizite Allowlist beschränken, während eine andere Umgebung weiterhin offener gestaltet bleibt. Secrets einer Umgebung sind zudem strikt von anderen isoliert und nicht auslesbar.

Ausblick: Autonom evolvierende Umgebungen

Aktuell werden Umgebungen zu einem bestimmten Zeitpunkt konfiguriert und bei Bedarf manuell neu aufgebaut, wenn sie mit der Codebase aus dem Takt geraten. Cursor arbeitet jedoch an einem System, bei dem sich Development Environments autonom und kontinuierlich an die Entwicklung der Codebase anpassen.

Interessierte Teams finden weitere Details in der offiziellen Dokumentation oder im Cloud-Agents-Dashboard.

Quelle: https://cursor.com/blog/cloud-agent-development-environments