Cursor hat die IDE nicht entfernt. So bekommst du sie zurück
Cursors Agents Window kann zuerst erscheinen, doch Editor Window bleibt erhalten. Ich zeige dir die Befehle und Einstellungen für den Weg zurück.
Agents Window hat die Cursor-IDE nicht ersetzt. Editor Window gibt es weiterhin, und Cursor dokumentiert mehrere Wege zurück. Bei einem Kaltstart ohne wiederherstellbares Fenster kann zuerst die agentenorientierte Ansicht erscheinen. Für mich rückt dieser Start die Agenten vor den Code, doch der codeorientierte Arbeitsablauf bleibt erhalten. [1] [5]
Wie bekomme ich die Cursor-IDE zurück?
Wähle im Agents Window den Befehl Open IDE aus der Befehlspalette. Laut Cursor öffnet er den aktuellen Workspace im Editor Window. Ein Mitarbeiter verweist außerdem auf File → Open IDE. [1] [5] Für ein neues Editorfenster nutzt du Cmd/Ctrl+Shift+N, für einen ausdrücklichen Start im klassischen Modus cursor --classic. [3]
Damit beim Start häufiger zuerst der Code erscheint, stellst du Cursor Settings → General → Startup → Window Restoration auf Last Used Windows und schließt Cursor im Editor Window. Die Option liegt in Cursor Settings und nicht in den normalen VS-Code-Einstellungen. Laut einem Cursor-Mitarbeiter kann die Wiederherstellung in manchen Fällen trotzdem fehlschlagen. Wenn es auf das zuerst geöffnete Fenster ankommt, ist cursor --classic deshalb der eindeutigere Weg. [3]
Der Wechsel funktioniert auch in die andere Richtung. Im Editor Window öffnet Open Agents Window die agentenorientierte Ansicht. Laut Cursor können beide Fenster gleichzeitig geöffnet bleiben. [1] Du entscheidest also, womit du beginnst und was sichtbar bleibt. Das Projekt wird nicht dauerhaft auf einen Modus festgelegt.
Was hat Agents Window geändert? Aufgaben kommen zuerst
Cursor hat den Ausgangspunkt der Arbeit verändert. Editor Window beginnt mit Code, den du prüfst und änderst. Agents Window beginnt mit Aufgaben, die Agenten in mehreren Repositories und Umgebungen ausführen können. Cursor stellte die Oberfläche am 2. April 2026 vor und nannte die parallele Verwaltung von Agenten als ihren Hauptzweck. [2] [4]
Cursors eigene Beschreibungen machen den Unterschied greifbar. Ein Mitarbeiter bezeichnet Editor Window als den klassischen Cursor- oder VS-Code-Ablauf mit Dateien, Terminal, Erweiterungen und frei anpassbaren Ansichten. Agents Window ist dagegen für parallele Arbeit mit Agenten ausgelegt. Das Changelog zu Cursor 3.0 nennt auch die Ausführungsorte: Agenten können lokal, in Worktrees, in der Cloud und per Remote SSH über mehrere Repositories und Umgebungen hinweg arbeiten. [2] [4]
Die neueste Erklärung eines Mitarbeiters, die ich gefunden habe, stammt vom 25. August 2026. Demnach öffnet sich Agents Window beim Programmstart, wenn Cursor keine anderen Fenster wiederherstellen kann. Eine wiederhergestellte Sitzung, eine geänderte Einstellung oder ein ausdrücklicher Start im klassischen Modus kann stattdessen zu Editor Window führen. Bei einem Kaltstart kann Agents Window also zuerst erscheinen, aber nicht bei jedem Start. [3] [5]
Ein Startpunkt, zwei unterstützte Arbeitsoberflächen
Die zuerst geöffnete Oberfläche lenkt deine Aufmerksamkeit. Mit den dokumentierten Befehlen bleiben beide Arbeitsabläufe erreichbar.
Die Abbildung macht den praktischen Unterschied sichtbar: Agents Window beginnt mit delegierten Aufgaben, Editor Window mit dem Code. Beide Oberflächen werden weiterhin unterstützt.
Warum dachten Nutzer, Cursor habe die IDE entfernt?
Für die Nutzer in diesen Threads ließ Agents Window den Code zweitrangig wirken, obwohl Cursor Editor Window weiterhin unterstützte. Drei Reddit-Diskussionen vom 18. bis 22. August 2026 zeigen das: Nutzer lehnten die neue Ansicht ab, verglichen Cursor mit einem Chatbot oder fanden die Editor-Einstellung nicht. Andere verwiesen auf den Editor und die Startoptionen. [6] [7] [8]
Am 22. August 2026 hatte der Beitrag „I hate the Agents Window“ zum Zeitpunkt meiner Recherche etwa 103 Stimmen. Die Person dahinter kritisierte, dass der Code zweitrangig wirke und die Aufsicht über viele parallel arbeitende Agenten nicht zu ihrer Art passe, Tickets zu bearbeiten. Andere Kommentierende schrieben, sie hätten die Oberfläche deaktiviert oder die Fensterwiederherstellung eingestellt und seien damit zufrieden gewesen. [6]
In einem weiteren Beitrag vom 21. August 2026, der bei ungefähr 50 Stimmen stand, hieß es, Cursor habe sich früher wie eine IDE angefühlt, wirke nun aber wie ein weiterer Chatbot. Andere Kommentierende widersprachen und verwiesen darauf, dass beide Fenster weiterhin vorhanden seien und gleichzeitig geöffnet werden könnten. [7]
Die kleinere, aber aufschlussreichere Supportfrage erschien am 18. August 2026. Die Person dahinter konnte schlicht die Einstellung nicht finden, mit der sich die IDE statt der Agentenansicht öffnen ließ. [8]
Die Threads belegen Verwirrung und unterschiedliche Vorlieben, während Cursors Dokumentation bestätigt, dass beide Fenster weiterhin unterstützt werden. Die Stimmenzahlen sind Momentaufnahmen und sagen nicht, welches Fenster die meisten Nutzer bevorzugen. Das ist hier die entscheidende Grenze der Belege.
Meine Einschätzung ist, dass Cursor unterschätzt hat, wie viel eine Standardeinstellung vermittelt. Wenn ein KI-Editor mit Aufgaben und Agenten startet, öffnest du Dateien erst, nachdem du eine Aufgabe ausgewählt hast. Im Editor sind sie dagegen schon sichtbar, bevor du die Aufgabe beschreibst. Der Editor ist nicht verschwunden, doch Cursor hat ihn weniger zentral wirken lassen.
Cursors zwei Fenster verändern, was du zuerst prüfst
Im Editor Window bleibt der Patch vor dir, im Agents Window bleiben die delegierten Aufgaben. Für meinen Arbeitsablauf liegt der praktische Unterschied darin, wo die Prüfung beginnt und wie viele fertige Änderungen auf mich warten können, wenn die Agenten aufhören.
Im Editor Window bleiben Quellbaum, geöffnete Dateien, Terminal, Erweiterungen und geteilte Ansichten sichtbar, während ein Agent arbeitet. Dadurch kannst du die Implementierung während ihrer Entstehung prüfen. Cursor dokumentiert diese Funktionen. [1] [4]
Im Agents Window bleiben delegierte Aufgaben sichtbar, während Agenten in getrennten Repositories und Umgebungen arbeiten, darunter Worktrees und Cloud-Aufgaben. [1] [2] Ich finde diese Anordnung für unabhängige Aufgaben übersichtlicher. Trotzdem musst du die Diffs lesen, Akzeptanztests ausführen und entscheiden, welche Änderungen zusammengeführt werden sollen.
Es geht nicht um die Wahl zwischen manuellem Programmieren und Automatisierung. Beide Fenster nutzen Cursors Agenten, und auch Agents Window bietet Zugriff auf Dateien. Cursor dokumentiert dort Cmd/Ctrl+P, um Dateien zu suchen, anzusehen und zu bearbeiten, sowie Cmd/Ctrl+Shift+F für die Suche über mehrere Dateien hinweg. [1] Du entscheidest, ob du eine aktive Änderung direkt im Code begleitest oder später mehrere delegierte Änderungen nacheinander sichtest.
Worktrees helfen beim zweiten Arbeitsablauf, weil sie parallele Dateistände voneinander trennen. Getrennte Dateien machen die Patches aber nicht automatisch korrekt. Zehn unabhängige Aufgaben können in der Praxis weiterhin zehn Änderungen hinterlassen, die ein Entwickler verstehen muss. [2]
Welches Cursor-Fenster sollte ich zuerst öffnen?
Öffne Editor Window zuerst, wenn du einen Patch genau prüfen musst oder für deine Arbeit Terminal, Erweiterungen und mehrere Dateiansichten brauchst. Öffne Agents Window zuerst, wenn unabhängige Aufgaben in mehreren Repositories oder Umgebungen laufen können. Ich bleibe lieber beim codeorientierten Einstieg, bis parallele Arbeit mir einen klaren Grund zum Wechseln gibt. [1] [2]
Ein fairer Leistungsvergleich würde beiden Fenstern denselben sauberen Ausgangs-Commit, dasselbe Modell, dieselben Einstellungen, denselben Prompt, denselben Akzeptanztest und denselben Aufgabenumfang geben. Ich würde die Laufzeit der Aufgabe getrennt von der menschlichen Prüfzeit erfassen und danach zählen, wie viele Dateien geändert und wie viele Änderungen verworfen wurden. Außerdem würde ich prüfen, ob ich den fertigen Patch erklären kann, ohne das Agentenprotokoll erneut zu öffnen.
Bei parallelen Agenten würde ich mit Aufgaben beginnen, deren Dateien und Akzeptanztests sich nicht überschneiden. Sobald die Warteschlange für die Prüfung schneller wächst, als ich sie abarbeiten kann, würde ich keine weiteren Agenten gleichzeitig starten. Diese Entscheidung folgt aus der begrenzten Aufmerksamkeit jedes Prüfers und nicht aus einer Leistungsangabe von Cursor.
Auf Grundlage von Cursors Dokumentation vom 27. August 2026 würde ich Last Used Windows einstellen, Cursor im Editor Window schließen und cursor --classic als direkten Weg bereithalten. Damit steht die IDE wieder vor mir, ohne dass ich Agents Window aufgeben muss, wenn parallele Arbeit tatsächlich hilft.