Cursor 3.1 & 3.2: Was die neuen Features für Engineering-Tea
TL;DR: Cursor hat mit den Versionen 3.1 und 3.2 (April 2026) sein Agent-Ökosystem grundlegend erweitert – parallele Agents per Tiling, isolierte Branch-Arbeit via Worktrees und echte Cross-Repo-Fähigkeiten machen Cursor zu einem ernsthaften Werkzeug für größere Engineering-Teams.
Mit den Releases 3.1 (13. April) und 3.2 (24. April 2026) hat Anysphere das Agents Window von Cursor erheblich ausgebaut. Die Neuerungen zielen direkt auf den professionellen Entwickleralltag: Wer bislang mehrere Agent-Tasks sequenziell abarbeiten musste oder bei Cross-Repo-Änderungen zwischen verschiedenen Cursor-Instanzen wechseln musste, findet in den neuen Versionen konkrete Lösungen. Ergänzt wird das durch Canvases – ein neues Darstellungsformat für interaktive Dashboards und Visualisierungen direkt im Editor.
Was ist neu?
Cursor 3.1 führt das Tiled Layout im Agents Window ein: Das Fenster lässt sich in Panes aufteilen, sodass mehrere Agents gleichzeitig sichtbar und steuerbar sind. Outputs lassen sich nebeneinander vergleichen, ohne zwischen Tabs zu wechseln. Die Pane-Konfiguration bleibt über Sessions hinweg erhalten. Ebenfalls neu: ein verbesserter Voice Input mit Batch-Transkription via Ctrl+M sowie die Möglichkeit, beim Start eines Agents direkt einen Branch auszuwählen statt auf den aktuellen Branch zu defaulten.
Cursor 3.2 bringt drei wesentliche Erweiterungen: Mit /multitask parallelisiert Cursor Anfragen über asynchrone Subagents, die größere Tasks eigenständig aufteilen und gleichzeitig bearbeiten. Worktrees erlauben es, isolierte Tasks im Hintergrund auf separaten Branches laufen zu lassen und fertige Änderungen mit einem Klick in den Vordergrund zu holen. Am weitreichendsten für Teams: Multi-Root Workspaces ermöglichen es einer einzelnen Agent-Session, über mehrere Repositories gleichzeitig zu arbeiten – Frontend, Backend und Shared Libraries in einer Sitzung, ohne den Agent jedes Mal neu einrichten zu müssen.
Ebenfalls erschienen, aber nicht Teil von 3.1/3.2 im engeren Sinne: Canvases (15. April) – Agents können nun interaktive Visualisierungen als persistente Artefakte erzeugen, die im Side-Panel des Agents Window neben Terminal, Browser und Source Control leben.
Was bedeutet das für Teams und Tech Leads?
Für Teams und Tech Leads ist relevant, dass diese Features den Übergang von “KI als Einzelwerkzeug” zu “KI als Teaminfrastruktur” markieren. Multi-Root Workspaces und Worktrees adressieren ein klassisches Problem moderner Microservice- und Monorepo-Setups: Änderungen, die mehrere Repositories berühren, ließen sich mit KI-Assistenten bislang kaum koordiniert umsetzen. Das ändert sich nun. Der /multitask-Befehl und das Tiling-Konzept setzen voraus, dass Teams bereit sind, Agent-Arbeit zu orchestrieren – weniger als einmaliger Prompt, mehr als parallel laufender Prozess, den man beobachtet und steuert. Das erfordert ein neues Verständnis davon, wie Entwickler ihre Arbeitszeit aufteilen und welche Tasks sie an Agents delegieren.
