Cursor’s Projects bringt ein strukturelles Upgrade für agentenbasierte Entwicklung: Ein Koordinator orchestriert über Wochen oder Monate hinweg Tausende von Programmieragenten, bewahrt dabei Zustand und Kontext, während die Arbeit sich entwickelt. Standardmäßig läuft es in der Cloud für Parallelität und startet lokale Agenten, wenn Hardware- oder Umgebungsparität wichtig sind. Eine gemeinsame Kontextschicht sammelt Artefakte, Architekturhinweise und Teampräferenzen, sodass Neueinsteiger – menschlich oder Agent – mit institutionellem Wissen statt mit einer leeren Vorlage starten. Abonnements ermöglichen es dem Koordinator, auf Signale wie PR-Öffnungen, CI-Fehler oder Slack-Berichte zu reagieren und verwandeln intermittierendes Anstoßen in kontinuierlichen Betrieb. Praktisch ist es eine Produktionssteuerungsebene für Codearbeit.
Warum das wichtig ist: Durchsatz und Abschlussraten. Feature-Arbeiten können parallel über Komponenten hinweg voranschreiten, während der Koordinator Abhängigkeiten verwaltet. Migrationen, die normalerweise bei 70 % ins Stocken geraten, können durch inkrementelle PRs mit schrittweise gelockerten Review-Gates abgeschlossen werden. „Gartenarbeiten“ – Design-System-Pflege, Einführung von Lint-Regeln, Analyse instabiler Tests – werden zu autonomen Hintergrundaufgaben. Cursor berichtet von erheblichen Zuwächsen bei gemergten PRs für Teams, die auf Projects setzen; unabhängig von den genauen Zahlen in Ihrer Organisation ist das Muster klar: Persistente Koordination plus geteilter Kontext multiplizieren sich. Das Risiko ist unkontrolliertes Volumen – ohne Richtlinien tauschen Sie Geschwindigkeit gegen Review-Ermüdung und probabilistische Qualität ein.
Die Käuferfrage verschiebt sich von „Kann ein Agent Code schreiben?“ zu „Können wir eine sichere, messbare Agentenflotte betreiben?“ Das bedeutet Bereitschaft bei CI-Zuverlässigkeit, Testabdeckung, Branchenschutz und Geheimnishygiene. Es bedeutet auch, den Backlog zu produktivieren: Definieren Sie Migrationsvorlagen, Review-Schwellenwerte und Rollback-Pläne; steuern Sie Parallelität zum Schutz der Reviewer; und verfolgen Sie den ROI mit PR-Zykluszeit, Fehlerbehebung und Defektentweichungsraten. Erwarten Sie eine S-Kurve: Frühe Phase mit menschlicher Kontrolle, mittlere Phase mit geschützter Autonomie und spätere Phase mit stabiler Automatisierung und gezielter Aufsicht. Beschaffen Sie es wie Infrastruktur, steuern Sie es wie DevOps und besetzen Sie es wie eine Zuverlässigkeitsfunktion – nicht als Chat-Experiment.