Agenten sind nur so leistungsfähig wie die Umgebungen, in denen sie laufen. Schnelle, zuverlässige Entwicklungsumgebungen ermöglichen es Agenten, anspruchsvolle, lang laufende Aufgaben von Anfang bis Ende zu erledigen.

Bisher begann jede Cloud-Sitzung mit einem umfangreichen Setup: eine Maschine starten, die Repositories klonen und das Installationsskript ausführen. Bei einem großen, komplexen Repo konnte dieser bedarfsgesteuerte Start mehrere Minuten dauern, bevor der Agent mit der Arbeit begann.

Heute stellen wir Builds vor: einsatzbereite Kopien Ihrer Entwicklungsumgebung, die Cursor kontinuierlich und ohne zusätzliche Kosten im Hintergrund vorbereitet. Wenn Sie einen Agenten starten, beginnt er in einer vorbereiteten Umgebung, sodass Sie bis zu 3x schneller eine Antwort erhalten.

Und wenn ein fehlerhafter Commit oder ein Abhängigkeitsupdate Ihre Umgebung beeinträchtigt, nutzen Agenten weiterhin den letzten erfolgreichen Build. Ihre Arbeit läuft ohne Unterbrechung weiter, während Sie das Problem im Hintergrund beheben.

#Schnellere Startzeiten

Ein Build ist eine Kopie Ihrer Entwicklungsumgebung, die Cursor im Hintergrund vorbereitet. Standardmäßig erstellt Cursor jede Stunde einen neuen Build. Statt die Umgebung in jeder Sitzung von Grund auf einzurichten, starten Agenten mit einer vorbereiteten Version: Repos sind geklont, Abhängigkeiten installiert und das Installationsskript vollständig ausgeführt.

Wenn ein Build erfolgreich ist, wird er zur Umgebung, von der zukünftige Agenten starten. Cursor hält vorbereitete Kopien bereit: Neue Agenten forken eine laufende Maschine, statt sie von der Festplatte wiederherzustellen. Dadurch starten Sitzungen nahezu sofort, statt den nächsten Agenten warten zu lassen.

Da das Umgebungs-Setup bereits abgeschlossen ist, können Agenten viel schneller mit der eigentlichen Arbeit beginnen. Bei Cursor starten unsere internen Umgebungen jetzt 10-mal schneller, und die Zeit bis zum ersten Token ist dreimal kürzer.

Unsere Kunden erleben dasselbe:

FaireHeadwayDescript

Wir starten jede Woche mehr als 2.000 automatisierte Agent-Läufe ohne manuelles Prompting. Mit Builds startet jeder Lauf schnell in einer Umgebung, von der wir wissen, dass sie funktioniert, und fehlerhafte Builds legen unsere Agentenflotte nie lahm. Unsere größten und komplexesten Repos starten jetzt in nur wenigen Sekunden.

Diese Kombination aus Geschwindigkeit und Zuverlässigkeit ermöglicht es uns, mehr unserer Entwicklungsarbeit an Agenten zu delegieren, die vollständig eigenständig arbeiten.

Blair McAlpine

Senior Engineer, Faire

#Robustere Agenten

Cloud-Agenten starten immer mit dem neuesten erfolgreichen Build. Wenn ein Abhängigkeits-Update dein Installationsskript beeinträchtigt oder ein Docker-Build fehlschlägt, wird dieser Build nicht aktiviert und du wirst über das Problem benachrichtigt. Neue und bestehende Sitzungen laufen sicher weiter, während du die Umgebung im Hintergrund manuell oder mit einem Agenten behebst.

#Bessere Einblicke und einfacheres Debugging

Du kannst jetzt jeden Build direkt in deinem Cloud-Agents-Dashboard einsehen. Dort findest du:

• Einen Builds-Tab für jede Umgebung mit Typ, Status, Startzeit und Versionierung
• Build-Details mit Logs und den exakten Commit-SHAs, die im Build erfasst wurden
• Einen Eintrag, der jeden Agent-Lauf genau dem verwendeten Build zuordnet
• Einen konfigurierbaren Schwellenwert für den Git-Status eines Builds, damit Agenten nicht zu weit hinter deinem Standard-Branch zurückliegen

Agenten können Builds auch über das integrierte Cursor Cloud MCP einsehen und verwalten.

#Jetzt mit Builds loslegen

Öffne eine bestehende Umgebung im Cloud-Agents-Dashboard, wechsle zum Tab Builds und klicke auf Builds aktivieren. Oder klicke zuerst auf Setup-Agent ausführen, um die Migration zu testen und vorgeschlagene Konfigurationsänderungen zu prüfen.

Da Builds mit Dateisystem-Snapshots arbeiten, gibt es in dieser Phase einige Dinge, die du überprüfen solltest:

• Aktualisiere deinen Installationsbefehl, damit alles vorbereitet wird, was im Voraus eingerichtet werden kann, z. B. Abhängigkeiten.
• Wenn für die Installation Zugangsdaten für private Registries benötigt werden, nutze Team- oder Umgebungs-Secrets. Benutzer-Secrets werden nicht in Builds einbezogen und beim Start des Agent hinzugefügt.
• Der Startbefehl wird weiterhin ausgeführt, wenn du einem Agent zum ersten Mal einen Prompt gibst. Nutze ihn für Services, die zu Beginn der Sitzung neu gestartet werden müssen, z. B. Docker-Container oder andere lang laufende Prozesse.

Am 17. August nutzen alle neuen und bestehenden Umgebungen standardmäßig Builds – ohne zusätzliche Kosten für dich.

Weitere Informationen findest du in unserer Dokumentation.