Cloud-Agenten lassen sich leichter parallelisieren als lokale Agenten, arbeiten weiter, wenn dein Laptop geschlossen ist, und können autonom auf programmatische Trigger reagieren. Aber Agenten sind nur so leistungsfähig wie die Umgebungen, in denen sie ausgeführt werden. Ein Agent, der Code schreiben kann, aber keine Tests ausführen, Services abfragen oder APIs erreichen kann, kann seine Arbeit nicht vollständig abschließen.

Damit Cloud-Agenten Engineering-Aufgaben von Anfang bis Ende übernehmen können, brauchen sie eine Entwicklungsumgebung ähnlich dem Setup auf deinem Laptop: geklonte Repositories, installierte Abhängigkeiten, Anmeldedaten für interne Toolchains und Zugriff auf Build-Systeme. Effektive Entwicklungsumgebungen geben Agenten den vollen Kontext zu deiner Codebasis und deiner Organisation, damit sie ihre Arbeit testen und verifizieren können.

Heute liefern wir neue Tools zum Konfigurieren von Cloud-Agent-Entwicklungsumgebungen aus. Cursor kann diese Tools auch nutzen, um deine Umgebungen einzurichten und zu verwalten. Mit diesem Release wird es für Teams einfacher, Flotten parallelisierter Agenten auszuführen, die Aufgaben von Anfang bis Ende in Entwicklungsumgebungen erledigen, die du vollständig kontrollierst.

#Multi-Repo-Umgebungen

In Enterprise-Umgebungen erstreckt sich die meiste Entwicklungsarbeit über mehrere Codebasen und Repositories. Größere Organisationen mit Microservices haben oft viele Repos, die gemeinsam weiterentwickelt werden müssen. Ein Agent, der auf ein einzelnes Repo beschränkt ist, ist nur begrenzt nützlich, weil er den gesamten erforderlichen Kontext nicht zusammenhängend erfassen kann.

Cloud-Agenten und Automatisierungen unterstützen jetzt Multi-Repo-Umgebungen und basieren auf unserer Arbeit an Multi-Root-Workspaces. Du kannst eine einzelne Umgebung mit allen Repositories konfigurieren, die ein Agent für seine Arbeit benötigt, und sie sitzungsübergreifend wiederverwenden. Wenn mehrere Repos einbezogen sind, können Agenten nachvollziehen, wie sich eine Änderung in einem Teil der Codebasis auf andere auswirkt, und repo-übergreifend arbeiten, um Änderungen umzusetzen, zu testen und zu verifizieren.

Hier hörst du direkt von einigen unserer Kunden, die Multi-Repo-Umgebungen nutzen:

#Umgebungskonfiguration als Code

Um das Ändern, Debuggen und Überprüfen von Umgebungsdefinitionen zu erleichtern, haben wir die Dockerfile-basierte Konfiguration verbessert. Dazu gehört auch Support für Build-Secrets, sodass du sicher direkt aus Dockerfiles auf private Paket-Registries zugreifen kannst. Build-Secrets sind auf den Build-Schritt beschränkt und werden nicht an die Umgebung des laufenden Agents weitergegeben.

Außerdem haben wir das Layer-Caching verbessert, sodass beim Ändern des Dockerfiles nur die aktualisierten Layer deines Images neu erstellt werden. Builds, die den Cache nutzen, laufen 70 % schneller.

Für Teams, die Dockerfiles nicht von Grund auf selbst schreiben möchten, kann Cursor das Dockerfile für euch konfigurieren. Cursor analysiert eure Repos, ermittelt die erforderlichen Tools und Abhängigkeiten und erstellt eine Konfiguration, die ihr bearbeiten und versionieren könnt. Dieses Feature befindet sich derzeit in der privaten Beta und wird in den kommenden Wochen für Enterprise-Teams ausgerollt.

#Verbessertes agentengesteuertes Umgebungs-Setup

Wenn Cursor deine Umgebung konfiguriert, stellt es dir Fragen, weist auf fehlende Anmeldedaten hin und prüft, ob deine Umgebung korrekt eingerichtet ist.

Cursor erkennt Entwicklungsumgebungen jetzt noch besser. Es zeigt dir die Version der Umgebung an, in der dein Agent läuft. Wenn die Konfiguration deiner Umgebung fehlschlägt, verwendet Cursor standardmäßig ein Basis-Image mit deutlich sichtbaren Warnhinweisen, damit deine Cloud-Agenten weiterlaufen können, anstatt sofort abzubrechen.

#Umgebungs-Governance und Sicherheitskontrollen

Jede Entwicklungsumgebung hat jetzt ihren eigenen Versionsverlauf, den Benutzer einsehen und auf eine frühere Version zurücksetzen können. Admins können die Berechtigungen zum Zurücksetzen außerdem auf Admins beschränken. Ein Audit-Log erfasst jede Aktion, die Teammitglieder in Umgebungen ausführen, und gibt Sicherheitsteams volle Transparenz darüber, wer was geändert hat.

Egress und Secrets können jetzt auf Ebene der Entwicklungsumgebung eingeschränkt werden. Teams können den ausgehenden Netzwerkzugriff für eine Umgebung auf eine bestimmte Allowlist beschränken und eine andere Umgebung gleichzeitig offener konfigurieren. Außerdem sind Secrets, die für eine Umgebung konfiguriert wurden, von keiner anderen aus zugänglich.

#Wie geht es weiter?

Heute werden Umgebungen zu einem bestimmten Zeitpunkt konfiguriert und neu erstellt, wenn sie nicht mehr mit der Codebasis synchron sind. Wir arbeiten auf Umgebungs-Setups hin, die sich autonom weiterentwickeln, während sich auch deine Codebasis weiterentwickelt.

Um mit Cloud-Agent-Entwicklungsumgebungen loszulegen, lies die Dokumentation oder besuche dein Cloud-Agent-Dashboard.