Blog

Cursor Projects: Was es ist und wie der Koordinator Aufgaben delegiert

Markdown

Cursor Projects, wie von Cursor angekündigt: Wie der Koordinator Aufgaben delegiert, wo der gemeinsame Kontext gespeichert wird, wie Subscriptions funktionieren und wofür diese Beta gedacht ist.

Vollständigen Artikel lesen

Am 10. September 2026 kündigte Cursor die Beta-Version von Projects an – eine Funktion für große Aufgaben mit gemeinsamem Kontext, der über Monate hinweg erhalten bleibt.

Ein Koordinator leitet die Arbeit in Projects. Er schreibt nicht selbst Code: Er plant die Arbeit und delegiert Teile davon an andere Agents. Ein Projekt verfügt über einen gemeinsamen Satz von Dateien, in denen das im Laufe der Arbeit gesammelte Material enthalten ist. Du kannst den Koordinator auch bitten, Ereignisse zu überwachen und ohne einen neuen Prompt darauf zu reagieren. Im Folgenden werfen wir einen Blick auf die in Cursors Ankündigung beschriebenen Funktionen und Einschränkungen.

Ailoot-Referenzdokumentation: ailoot.ai/docs/.

Was ist Cursor Projects, einfach erklärt?

Das Wichtigste

Cursor Projects ist eine Funktion für die Arbeit an einer großen Aufgabe: einem neuen Feature, einer Migration oder einer ganzen Anwendung. Ein Koordinator plant die Arbeit und verteilt sie auf Implementierungs-Agents. Der Koordinator schreibt nicht selbst Code. Laut der Ankündigung vom 10. September 2026 ist Projects über das linke Navigationsmenü von Cursor als Beta verfügbar; der Zugang wird schrittweise für alle Nutzer freigeschaltet.

Cursors offizielle Ankündigung beschreibt den Zweck der Funktion wie folgt:

Mit Projects kannst du größere Arbeitsvorhaben angehen, etwa ein Feature, eine Migration oder eine vollständige App. Projects hält den Kontext über monatelange Arbeit hinweg aufrecht, delegiert Aufgaben an Tausende von Subagents und erledigt wiederkehrende Arbeit, ohne dass du dazu aufgefordert wirst.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Mit Projects kannst du große Aufgaben angehen, etwa ein neues Feature, eine Migration oder eine ganze Anwendung. Projects hält den Kontext über monatelange Arbeit hinweg aufrecht, delegiert Aufgaben an Tausende von Subagents und erledigt wiederkehrende Arbeit ohne Prompt durch einen Nutzer.

Wie unterscheidet sich der Koordinator von einem normalen Cursor-Agent?

Das Wichtigste

Der Koordinator eines Projekts plant die Arbeit, verteilt sie auf Implementierungs-Agents und legt dir die fertige Arbeit zur Prüfung vor. Er schreibt nicht selbst Code. Koordinatoren erstellen und verwalten Agents in deinem Auftrag und lassen so viele parallel laufen, wie die Arbeit erfordert.

So beschreibt Cursor die Rollenverteilung:

Der Koordinator-Agent eines Projekts schreibt nicht selbst Code; er plant die Arbeit, delegiert sie an Agents, die sie umsetzen, und legt dir die fertige Arbeit zur Prüfung vor. Koordinatoren erstellen und verwalten Agents in deinem Auftrag und lassen so viele parallel laufen, wie die Arbeit erfordert.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Der Koordinator eines Projekts schreibt nicht selbst Code. Er plant die Arbeit, delegiert sie an Implementierungs-Agents und legt dir die fertige Arbeit zur Prüfung vor. Koordinatoren erstellen und verwalten Agents in deinem Auftrag und lassen so viele parallel laufen, wie die Arbeit erfordert.

Du kannst die Rollenverteilung mit einem Vorarbeiter und einer Mannschaft vergleichen: Der Vorarbeiter plant die Arbeit und teilt den Leuten ihre Aufgaben zu. In Projects übernehmen KI-Agents die Arbeit, verwaltet vom Koordinator. Der Koordinator legt dir die fertige Arbeit weiterhin zur Prüfung vor. Dieses Modell ähnelt der „Orchestrator-und-Worker“-Anordnung in Multi-Agent-Systemen – siehe den Leitfaden zur Aufgabenverteilung unter Agents.

Das Projekt läuft in der Cloud, aber der Koordinator kann einen lokalen Agent starten, um etwas auf deinem Rechner zu testen:

Ein Project läuft auf einem eigenen Computer in der Cloud, sodass es nicht angehalten wird, wenn du deinen Laptop schließt. Wenn etwas auf deinem Rechner getestet werden muss, startet der Koordinator einen lokalen Agent, der den Test dort ausführt.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Das Projekt läuft auf einem eigenen Cloud-Computer, sodass es nicht angehalten wird, wenn du deinen Laptop schließt. Wenn etwas auf deinem Computer getestet werden muss, startet der Koordinator dort einen lokalen Agent, der diese Prüfung ausführt.

Wie funktioniert der gemeinsame Speicher eines Projekts?

Das Wichtigste

Jedes Projekt verfügt über einen Satz von Dateien, der zwischen allen Cloud- und lokalen Rechnern synchronisiert wird, die seine Agents verwenden. Die Agents halten darin ihre Erkenntnisse, Artefakte und ihr Wissen über den Code sowie deine bevorzugte Arbeitsweise fest. Findet ein Agent heraus, wie ein Dienst getestet wird, können künftige Agents diese Anweisungen verwenden.

Cursor nennt diesen Mechanismus „Shared context“:

Jedes Project verwaltet einen Satz von Dateien, der zwischen allen Cloud- und lokalen Rechnern synchronisiert wird, die seine Agents verwenden. Agents fügen Rechercheergebnisse und Artefakte hinzu sowie Erkenntnisse über die Codebasis und darüber, wie du bevorzugt arbeitest. Findet ein Agent zum Beispiel heraus, wie ein Dienst getestet wird, kann jeder künftige Agent diese Anweisungen verwenden. Der gemeinsame Kontext wächst mit dem Project und macht den Koordinator mit der Zeit effektiver.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Jedes Projekt enthält einen Satz von Dateien, der zwischen den Cloud- und lokalen Rechnern aller seiner Agents synchronisiert wird. Agents fügen Rechercheergebnisse, Artefakte und Informationen über den Code sowie deine Arbeitspräferenzen hinzu. Findet ein Agent heraus, wie ein Dienst getestet wird, können alle künftigen Agents seine Anweisungen verwenden. Der gemeinsame Kontext wächst mit dem Projekt, was den Koordinator laut Cursor mit der Zeit effektiver macht.

Der Koordinator kann auf das angesammelte Material zurückgreifen. Das kommt der Idee eines Second Brain nahe, meint hier aber den gemeinsamen Projektspeicher in Cursor und nicht dein persönliches Gedächtnis. Agents ergänzen ihn während ihrer Arbeit selbst.

Wenn du daran interessiert bist, einen ähnlichen persönlichen Speicher in Claude Code aufzubauen, findest du dazu einen separaten Leitfaden: Second Brain in Claude Code. Darin geht es um die verwandte Idee, Material für spätere Arbeit anzusammeln.

Das Ansammeln von Kontext über mehrere Aufgaben hinweg ist Teil des Context Engineering: der Verwaltung dessen, was in das KI-Gedächtnis kommt und wo es abgelegt wird.

Was sind Subscriptions in Cursor Projects?

Das Wichtigste

Mit Subscriptions kannst du den Koordinator bitten, einen Slack-Kanal zu beobachten, nach einem Zeitplan zu laufen oder alle deine Pull Requests zu verfolgen. Der Koordinator reagiert dann selbstständig auf Signale, ohne dass ein neuer Prompt nötig ist. Ein Beispiel aus der Ankündigung: Verbinde Slack und gib einen Kanal für Fehlerberichte an. Sobald dort ein neuer Fehlerbericht eingeht, beginnt der Koordinator, eine Aufgabe zu delegieren.

Der gemeinsame Speicher enthält das Material des Projekts, während Subscriptions festlegen, wann der Koordinator handeln soll. Ist er so eingerichtet, muss er nicht darauf warten, dass du im Chat eine neue Aufgabe eingibst:

Weise den Koordinator-Agent an, einen Slack-Kanal zu beobachten, nach einem Zeitplan zu laufen oder alle deine PRs zu verfolgen. So kann er auf erkannte Signale reagieren, ohne auf deinen Prompt zu warten.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Bitte den Koordinator, einen Slack-Kanal zu beobachten, nach einem Zeitplan zu laufen oder alle deine Pull Requests zu verfolgen. Dann kann er auf erkannte Signale reagieren, ohne auf deinen Prompt zu warten.

Ein Beispiel aus derselben Ankündigung:

Verbinde Slack und verweise auf einen Kanal für Fehlerberichte. Dann beginnt der Koordinator jedes Mal, Aufgaben zu delegieren, wenn ein Fehler gemeldet wird.

— Cursor, Changelog „Projects“, https://cursor.com/changelog/projects

Anders gesagt: Verbinde Slack und gib einen Kanal für Fehlerberichte an. Sobald dort ein neuer Bericht eingeht, beginnt der Koordinator, eine Aufgabe zu delegieren.

Die offizielle Ankündigung erklärt nicht, welche weiteren Ereignisse außer Slack, Zeitplänen und PRs Arbeit auslösen können, und nennt keinen Preis für die Funktion. Um sie einzurichten, öffne Projects über das linke Navigationsmenü von Cursor. Detaillierte Einrichtungsschritte werden hier nicht beschrieben: Folge der Oberfläche in der Version, die dir zur Verfügung steht.

Wann ist Cursor Projects sinnvoll?

Das Wichtigste

Cursor bietet Projects für große Aufgaben an: ein neues Feature, eine Migration oder eine ganze Anwendung. Meine redaktionelle Empfehlung: Für eine einmalige Änderung oder eine kleine Aufgabe reicht wahrscheinlich ein normaler Chat-Agent. Ziehe Projects für große Aufgaben in Betracht, die sich über längere Zeit erstrecken.

Die Ankündigung beschreibt den Zweck der Funktion als „größere Arbeitsvorhaben, etwa ein Feature, eine Migration oder eine vollständige App“ – also große Aufgaben wie ein neues Feature, eine Migration oder eine ganze Anwendung. Auf diesem Anwendungsfall beruht meine Empfehlung. Passt eine Aufgabe in ein einzelnes Gespräch mit einem Agent, reicht wahrscheinlich ein normaler Chat-Agent. Wenn du regelmäßig zu einer großen Aufgabe und demselben Code zurückkehrst, kann der gemeinsame Kontext von Projects helfen: Künftige Agents können die bereits gesammelten Anweisungen und Erkenntnisse nutzen.

Wenn du zwischen Cursor und anderen Tools wählst, findest du hier einen separaten Vergleich: Cursor vs Claude Code. Er vergleicht die beiden bei der alltäglichen Arbeit, ohne Projects.

Wie geht es weiter?

Cursor Projects befand sich zum Zeitpunkt der Ankündigung am 10. September 2026 in der Beta. Die offizielle Ankündigung nennt keinen Preis. Prüfe daher Preise und Limits im Produkt, wenn du es aktivierst, statt dich auf diesen Artikel zu verlassen.

Entdecke Ailoot weiter unter ailoot.ai.

Weitere Details

Fragen und Antworten

Wann reicht ein normaler Agentenchat statt Projects?

Für eine einmalige Änderung, die in ein Gespräch passt, ist ein normaler Agentenchat ein sinnvoller Einstieg. Projects richtet sich an größere, länger laufende Arbeit, die von gemeinsamen Erkenntnissen und Anweisungen profitiert.

Was prüfe ich vor dem Aktivieren einer Subscription?

Lege fest, welches Signal der Koordinator beobachten soll, etwa einen Slack-Fehlerkanal, einen Zeitplan oder Pull Requests. Prüfe die für dein Konto verfügbare Oberfläche, Preise und Limits. Die Ankündigung liefert weder einen Preis noch eine vollständige Einrichtungsanleitung.

Alle Artikel