Cursor 3.8: Automations rücken ins Zentrum
Cursor hat am 18. Juni 2026 Version 3.8 veröffentlicht. Schwerpunkt sind Automations — Abläufe, die Cloud-Agenten ohne manuellen Anstoß starten. Mit dem neuen /automate-Skill lassen sich diese direkt in einer lokalen Agenten-Sitzung anlegen: Man beschreibt die Aufgabe in natürlicher Sprache, Cursor konfiguriert Auslöser, Anweisung und Werkzeuge selbst.
Die Stoßrichtung: weg vom Tippen einzelner Prompts, hin zu wiederkehrenden Workflows, die durch ein Ereignis ausgelöst werden.
Neue Auslöser: Slack und GitHub
Was Entwicklerteams wissen müssen:
- Slack: Eine Automation startet, sobald jemand auf eine Nachricht mit einem bestimmten Emoji reagiert
- GitHub (fünf neue Trigger): Kommentare an Nicht-PR-Issues, Inline-Kommentare in PR-Reviews, abgeschickte PR-Reviews, geänderter Resolve-Status von Review-Threads sowie abgeschlossene GitHub-Actions-Workflows
Damit klinkt sich Cursor direkt in die Werkzeuge ein, in denen Entwicklerteams ohnehin arbeiten — die Automation folgt dem Team, nicht umgekehrt.
Computer-Use und Speicherverwaltung
Über Automations gestartete Cloud-Agenten können jetzt einen eigenen Rechner nutzen, um Demos und Arbeitsergebnisse zu erstellen — standardmäßig aktiv in den Automations-Anweisungen. Hinzu kommt eine direkte Verwaltung der Memory-Dateien in der Oberfläche: Einträge lassen sich löschen, oder ein Agent räumt veraltete Erinnerungen während der Ausführung selbst auf.
Praktisch für laufende Konfigurationen: Automations lassen sich nun in unvollständigem Zustand speichern. Man kann die Bearbeitung verlassen, etwa eine MCP-Authentifizierung nachziehen, und später ohne Datenverlust fortsetzen. Das Öffnen eines Pull Requests funktioniert zudem als Standard-Werkzeug, ohne manuelle Konfiguration in der Oberfläche.
Enterprise-Einordnung
Für Teams verschiebt sich mit 3.8 die Rolle des Coding-Agenten: vom interaktiven Assistenten zum ausgelösten Bestandteil der Entwicklungs-Pipeline. Das erhöht den Nutzen, verlangt aber Klarheit darüber, welche Trigger welche Agenten mit welchen Rechten starten. Wer Automations einführt, sollte Auslöser, erlaubte Werkzeuge und Computer-Use-Rechte bewusst festlegen, statt die Standardeinstellungen unbesehen zu übernehmen.
Fazit
Cursor 3.8 ist weniger ein einzelnes Feature als ein Schritt in Richtung ereignisgesteuerter Entwicklung. Für IT-Entscheider ist die zentrale Frage nicht, ob die Trigger funktionieren, sondern wie die Governance dazu aussieht: Freigaben, Rechte und Nachvollziehbarkeit der von Agenten ausgelösten Aktionen gehören vor dem breiten Rollout definiert.