Hallo, hier ist Hoda.
„Projects“, das neue Feature, das Cursor am 10. September 2026 (US-Zeit) angekündigt hat, ist nicht einfach nur eine Erweiterung der bestehenden Modi Agent Mode und Plan Mode – es ist eine Funktion, die das bisherige Konzept von „einem Chat“ als Arbeitseinheit komplett aufbricht. Um direkt zum Fazit zu kommen: Der Unterschied lässt sich so zusammenfassen:
- Agent Mode / Plan Mode / Ask Mode → Modus-Umschalter, die bestimmen, wie sich ein einzelner Agent innerhalb eines Chats (einer Session) verhält.
- Cursor Projects → Eine Verwaltungsebene, die völlig außerhalb der „Chat“-Einheit angesiedelt ist und eine gesamte Arbeitsaufgabe langfristig betreut.
Schauen wir uns diesen Unterschied im Folgenden etwas genauer an.
Übersicht zu Cursor Projects
Projects ist für große Aufgaben gedacht, die sich über Wochen oder Monate erstrecken – etwa Feature-Entwicklungen, Migrationen oder das Erstellen einer kompletten App. Du startest ein Project über die linke Navigation, sagst ihm, was gebaut werden soll, und ab da übernimmt ein Agent namens „Coordinator“.
Das Ganze läuft über einen Cloud-Agenten und nicht direkt aus der IDE heraus. Du öffnest also zuerst Agent Window und wählst es dort aus.
Du kannst ein neues Projekt wie folgt erstellen:
Das Wichtige dabei ist: Der Coordinator selbst schreibt niemals Code. Seine Aufgabe besteht strikt darin, zu planen, die eigentliche Umsetzung an separate Subagenten in der Cloud zu delegieren und dir die fertige Arbeit (einen Draft-PR) zur Überprüfung zurückzugeben. Da er nie durch Ausführungsprozesse blockiert wird, kann er jederzeit auf zusätzliche Anweisungen reagieren, die du ihm schickst.
Da es in der Cloud läuft, arbeitet es automatisch weiter an dem Ziel, selbst wenn du deinen Laptop zuklappst.
Unter der Haube von Projects arbeiten drei Mechanismen.
-
Die Arbeit stoppt nicht, wenn du den Laptop zuklappst (standardmäßige Ausführung in der Cloud)
-
Gemeinsam genutzte Dateien bauen sich pro Project auf und stehen dem Agenten auch beim nächsten Task wieder zur Verfügung
-
Es kann sich selbst starten – durch Beobachtung von Slack, Tracking von PRs oder nach Zeitplan –, ganz ohne dass du manuelle Prompts eingeben musst
-
Hervorragend geeignet für Aufgaben, die nicht in einem einzigen Chat enden, wie zum Beispiel eine Migration über Hunderte von PRs
-
Da der Coordinator Aufgaben parallel an mehrere Subagenten delegiert, skaliert der Token-Verbrauch grob mit der Anzahl der Agenten
-
Es befindet sich noch in der Beta-Phase, daher wurden projektspezifische Preise oder Concurrency-Limits noch nicht veröffentlicht
-
Der Prüfaufwand auf deiner Seite steigt, da mehrere Draft-PRs gleichzeitig eintreffen können
-
Für kleine, einmalige Fixes sind der reguläre Agent Mode nach wie vor schneller und günstiger
Wie es sich von Agent Mode / Plan Mode / Ask Mode unterscheidet
Das ist wahrscheinlich der Teil, der dich am meisten interessiert. Hier ist die Gegenüberstellung als Tabelle:
| Ask Mode | Agent Mode | Plan Mode | Cursor Projects | |
|---|---|---|---|---|
| Wer schreibt den Code | Niemand (schreibgeschützt) | Der Agent implementiert direkt | Der Agent implementiert, nachdem du einen Plan genehmigt hast | Der Coordinator schreibt nie Code – ein delegierter Subagent übernimmt die Implementierung |
| Arbeitseinheit | Ein einzelner Austausch | Ein Task / ein Chat | Ein Task / ein Chat | Ein Feature, eine Migration oder eine ganze App (kann mehrere PRs umfassen) |
| Laufzeit | Nur während der Session | Nur während der Session | Nur während der Session | Wochen bis Monate |
| Wo es ausgeführt wird | Lokal (im Editor) | Lokal oder gestartet als Cloud Agent | Lokal | Standardmäßig in der Cloud; startet nur bei Bedarf einen lokalen Agenten |
| Kontext | Ist weg, sobald du den Chat schließt | Gleich (separate Dinge wie .cursor/rules bleiben erhalten) | Ein genehmigter Plan kann als Markdown gespeichert werden | Sammelt sich in projektspezifischen Shared Files an, die beim nächsten Task an den Agenten übergeben werden |
| Was es auslöst | Ein Mensch gibt jedes Mal einen Prompt ein | Ein Mensch gibt jedes Mal einen Prompt ein | Ein Mensch gibt jedes Mal einen Prompt ein | Menschliche Anweisungen sowie autonome Starts über Slack, PRs oder Zeitpläne (Subscriptions) |
| Am besten geeignet für | Code verstehen, Fragen stellen | Mittlere Implementierungen oder Fixes | Komplexe Features mit mehreren möglichen Implementierungsansätzen | Lang laufende Feature-Entwicklung, große Migrationen, laufende Wartung |
Mit anderen Worten: Der Unterschied zwischen Agent Mode und Plan Mode ist im Grunde nur ein Unterschied in den Schritten innerhalb derselben Aufgabe – also ob du vor der Implementierung einen Plan-Freigabeschritt einfügst oder nicht.
Projects hingegen hebt die Prämisse eines „einzelnen Tasks“ komplett auf und bringt ein ganzes System aus Freigabe, Delegation und Speicher für etwas viel Größeres ins Spiel: eine „Arbeitsaufgabe“. Wenn der Plan aus dem Plan Mode der Bauplan für eine einzelne Aufgabe ist, gleicht der geteilte Kontext in Projects eher einem Betriebshandbuch, das so lange weiterwächst, wie das Projekt läuft.
Die drei Kernmechanismen etwas genauer betrachtet
Cloud-Ausführung (standardmäßig Cloud, lokal nur bei Bedarf) Ein Project läuft in einer dedizierten Cloud-Umgebung, sodass die Arbeit auch dann weitergeht, während dein eigener Rechner im Ruhezustand ist. Der Coordinator startet nur dann einen lokalen Agenten, wenn ein Test zwingend lokal reproduziert werden muss.
Geteilter Kontext (Shared Context) Jedes Project verwaltet eine Reihe von Dateien, die über alle daran arbeitenden Agenten hinweg synchronisiert werden – egal ob Cloud oder lokal. Sobald ein Agent herausgefunden hat, wie ein bestimmter Service zu testen ist, können alle nachfolgenden Agenten auf dieselben Dateien zugreifen und denselben Schritten folgen. Die Idee dahinter: Je mehr sich hier ansammelt, desto präziser wird der Coordinator mit der Zeit.
Subscriptions (Abonnements) Du kannst Überwachungsbedingungen definieren – einen bestimmten Slack-Channel, das Öffnen oder Mergen eines PRs oder einen festen Zeitplan –, und sobald eine Bedingung erfüllt ist, startet die Arbeit, ohne dass ein Mensch weitere Anweisungen geben muss.
Die Grundlage dafür bildet die Monitoring-Funktion des Cloud Agents (Automations); Projects lässt sich so betrachten, dass diese Fähigkeit unter den Coordinator gefaltet und mit einem geteilten Kontext kombiniert wurde.
Für welche Art von Arbeit es geeignet ist
Cursor selbst nennt drei Hauptanwendungsfälle:
- Feature-Entwicklung: Dasselbe Project betreut den gesamten Lebenszyklus – Recherche, Planung, parallele Implementierung und Tests sowie sogar Bugfixes nach dem Release –, während es den gesamten Weg über den Kontext behält.
- Migrationen: Arbeiten, die „leicht zu beginnen, aber schwer zu beenden sind“. Du überprüfst jeden PR anfangs streng, übergibst dann aber immer mehr an den Coordinator, sobald sich die Abläufe stabilisieren.
- Gardening (Pflege): Laufende Qualitätssicherung und Regressionsüberwachung, die im Grunde nie endet. Die Idee ist, neue PRs kontinuierlich zu scannen, und falls derselbe Fehler immer wieder auftaucht, einen Lint-Rule-Eintrag hinzufügen zu lassen, um ihn künftig abzufangen.
Umgekehrt gilt: Wenn du nur die Farbe eines einzelnen Buttons korrigierst, macht das Öffnen eines Projects wenig Sinn – der reguläre Agent Mode reicht völlig aus.
Preise
Stand September 2026 hat Projects keinen eigenen, separarten Preis – es wird als Beta-Feature für Nutzer mit einem kostenpflichtigen Plan angeboten. Da es jedoch auf der Cloud-Agent-Infrastruktur läuft, zahlst du weiterhin die API-Gebühren für das jeweils von dir gewählte Modell. Cursor weist selbst darauf hin, dass der parallele Betrieb von beispielsweise fünf Subagenten rein rechnerisch etwa den fünffachen Token-Verbrauch bedeutet – „Tausende von Subagenten“ wird dabei als Obergrenze beschrieben und ist nicht etwas, das jeder Job tatsächlich benötigt.
Worauf du vor der Einführung achten solltest
- Starte zunächst mit einem einzigen Repository und einer einzigen Aufgabenart.
- Halte Produktivreleases und alles rund um die Abrechnung aus automatischen Berechtigungen heraus.
- Überprüfe deine Shared-Context-Dateien regelmäßig – veraltete Anweisungen darin können dazu führen, dass dieselbe falsche Annahme immer wieder wiederholt wird.
- Halte die Auslöser (Trigger-Bedingungen) für Slack- oder zeitplanbasierte Starts eng gefasst und achte auf Fehlausrichtungen (False Triggers).
- Gib die Grundannahme nicht auf, dass alles als Draft-PR zurückkommt – behalte die Merge-Rechte in Menschenhand.
Zusammenfassung
- Agent Mode / Plan Mode / Ask Mode sind „Modi“, die bestimmen, wie sich ein einzelner Agent innerhalb eines Chats verhält.
- Cursor Projects ist eine separate Ebene, die eine gesamte „Arbeitsaufgabe“ (über mehrere PRs oder Tasks hinweg) langfristig verwaltet und dabei einen Coordinator sowie einen geteilten Kontext nutzt.
- Der größte Unterschied zwischen beiden liegt darin, wer die Arbeit umsetzt: „die Person, mit der du direkt sprichst“ (Agent Mode) im Vergleich zu „einem delegierten Subagenten“ (Projects).
- Es eignet sich hervorragend für Feature-Entwicklungen, Migrationen und laufende Wartung. Für kleine, einmalige Fixes ist der reguläre Agent Mode nach wie vor vollkommen ausreichend.
Ich habe den Plan Mode in einem separaten Artikel auf der Website genauer unter die Lupe genommen – schau also gerne auch dort vorbei, wenn dich das Thema interessiert.
