Cursor hat am 10. September 2026 die Beta von “Projects” gestartet und damit die bisherige Logik von KI-Coding-Assistenten auf den Kopf gestellt. Statt für jede Aufgabe einen neuen Chat zu öffnen, arbeiten Entwickler künftig mit einem Koordinator-Agenten, der Arbeit an beliebig viele Subagenten verteilt, in der Cloud weiterläuft, wenn der Laptop zugeklappt wird, und auf Slack-Nachrichten, Pull Requests oder Zeitpläne reagiert, ohne dass jemand einen Prompt eintippt. Für ein Unternehmen, dessen Muttergesellschaft Anysphere laut mehreren Finanzanalysen im Juni 2026 bei rund 4 Milliarden Dollar Jahresumsatz (ARR) lag, ist das mehr als ein neues Feature. Es ist der Versuch, vom Werkzeug für einzelne Entwickler zur Infrastruktur für ganze Engineering-Teams zu werden.
Was ist Cursor Projects und warum kommt es gerade jetzt?
Cursor Projects ist laut dem offiziellen Blogeintrag von Cursor eine neue Arbeitsebene für “Aufgaben, die länger dauern als ein einzelner Chat-Thread”. Bisher bestand die Arbeit mit Cursor aus einzelnen, meist kurzlebigen Chat-Sitzungen: Man öffnet einen neuen Chat, stellt eine Aufgabe, bekommt eine Antwort, der Kontext verschwindet wieder. Projects ersetzt dieses Modell durch einen persistenten Koordinator-Agenten pro Projekt, der über Wochen und Monate hinweg Kontext behält, Arbeit plant und an Subagenten weitergibt.
Der Rollout begann laut mehreren unabhängigen Quellen wie RuntimeWire und dem AI/TLDR-Änderungsprotokoll am 10. September 2026 und wird seither schrittweise für alle Nutzer freigeschaltet. Das Timing ist kein Zufall: Nur zwei Wochen zuvor hatte GitHub am 1. September sechs Copilot-Modelle abgeschaltet und am 4. September mit GPT-6 Astra ein neues Flaggschiff-Modell nachgelegt. Der Wettlauf zwischen den beiden größten Namen im KI-Coding-Markt läuft also nicht nur über Modellqualität, sondern zunehmend über Architektur: Wer schafft es, aus einem Autocomplete-Werkzeug eine Plattform für autonome Software-Teams zu machen?
Der Koordinator-Agent: Das Herzstück der neuen Architektur
Der zentrale Unterschied zu klassischen Coding-Assistenten liegt in der Rollenteilung. Der Koordinator schreibt selbst keinen Code. Cursor Releases beschreibt das Prinzip so: “The coordinator agent in a project doesn’t write code itself; it plans the work, delegates it to agents that implement it, and brings the finished work back to you to check” (Cursor Releases, offizieller X-Account, 10. September 2026). Übersetzt: Der Koordinator ist Projektmanager, nicht Programmierer. Er zerlegt eine große Aufgabe, etwa “Migriere das Zahlungsmodul auf die neue API”, in kleinere Teilaufgaben und reicht diese an Subagenten weiter, die den eigentlichen Code schreiben.
Auch der offizielle Cursor-Hauptaccount betont diesen Wechsel weg vom Einzelchat: “Introducing Projects, a new way of working in Cursor. Rather than creating a chat for every task, you work with a coordinator agent in a single, persistent thread” (Cursor AI, offizieller X-Account, 10. September 2026). Das persistente Thread-Modell ist deshalb bemerkenswert, weil es mit einem der größten Frustpunkte bei KI-Coding-Tools aufräumt: dem Kontextverlust zwischen Sitzungen. Wer bislang mit Cursor, Copilot oder Claude Code gearbeitet hat, kennt das Problem, jeden Morgen den Stand des Projekts neu erklären zu müssen. Projects verspricht, genau das überflüssig zu machen.
Wie viele Subagenten kann ein Koordinator wirklich steuern?
Cursor selbst macht dazu keine exakte Zahlenangabe. Im Changelog heißt es lediglich, Koordinatoren würden Agenten “on your behalf” erzeugen und verwalten und “running as many in parallel as the work needs” (Cursor-Changelog, September 2026). Mehrere unabhängige Berichte, etwa von AItrove und AlphaSignal, sprechen von “Tausenden Subagenten” pro Koordinator, weisen aber ausdrücklich darauf hin, dass Cursor keine offiziellen Konten-Limits nennt. Das ist ein wichtiger Unterschied zu den klassischen, lokalen Agent-Fenstern von Cursor, für die es sehr wohl dokumentierte Grenzen gibt: Laut der offiziellen Subagents-Dokumentation verbraucht das parallele Ausführen von fünf Subagenten etwa fünffachen Token-Verbrauch gegenüber einem einzelnen Agenten. Community-Berichte aus dem Cursor-Forum nennen für das reguläre Agent-Fenster ein praktisches Limit von bis zu acht parallelen Agenten, abhängig vom gewählten Modell.
Cloud-first: Warum Projects nicht mehr am Laptop hängt
Der zweite große Architekturwechsel betrifft die Ausführungsumgebung. Jedes Project läuft laut Cursor auf einem eigenen Cloud-Rechner, unabhängig vom lokalen Editor. Das bedeutet konkret: Schließt ein Entwickler seinen Laptop, stoppt die Arbeit des Koordinators nicht. Cursor begründet das im Blogeintrag damit, dass ein Project so mehr Subagenten parallel ausführen kann, als ein Laptop unterstützen könnte. Muss eine Änderung tatsächlich lokal getestet werden, etwa gegen eine spezifische Hardware-Konfiguration, startet der Koordinator bei Bedarf einen lokalen Agenten auf dem Rechner des Entwicklers.
Diese Cloud-first-Logik ist keine Cursor-Erfindung, sie folgt einem Trend, der sich seit Ende 2025 branchenweit abzeichnet. GitHub hat mit seinem Cloud-Agenten-Feature einen ähnlichen Weg eingeschlagen. Recherchen zeigen, dass GitHubs Cloud-Agent ab dem 28. September 2026 in eine Sandbox-Umgebung wechseln und Copilot Chat auf github.com, in der mobilen App und im Editor zu einer einzigen, standardmäßig aktivierten Erfahrung verschmelzen soll. Der Unterschied: Während GitHub auf eine vereinheitlichte Chat-Oberfläche mit einem zugrunde liegenden Agenten setzt, baut Cursor auf eine explizite Mehr-Agenten-Hierarchie mit einem Koordinator an der Spitze.
Geteilter Kontext: Das Feature, das sich über Monate aufbaut
Jedes Project speichert gemeinsame Kontextdateien, die zwischen Cloud- und lokalen Maschinen synchronisiert werden. Das klingt zunächst nach einem technischen Detail, hat aber weitreichende Folgen für Teams. Bislang war der Kontext eines KI-Coding-Assistenten meist an eine einzelne Chat-Sitzung oder höchstens an ein lokales Editor-Fenster gebunden. Bei Projects liegt der Kontext dagegen auf Projektebene: Wechselt ein Entwickler vom Büro-PC zum Laptop, findet der Koordinator denselben Wissensstand vor.
Praktisch bedeutet das: Ein Projekt, das im Juli begonnen wurde, kann im September ohne erneute Einführung fortgesetzt werden. Für Teams, die an langlebigen Codebasen arbeiten, etwa Migrationsprojekten oder mehrmonatigen Refactorings, verspricht das einen echten Effizienzgewinn. Der Haken, den Cursor selbst in der Dokumentation einräumt: Parallelität ist nicht gleich Geschwindigkeit. Mehr gleichzeitig laufende Subagenten bedeuten mehr Koordinationsaufwand und höheren Token-Verbrauch, nicht automatisch schnellere Ergebnisse.
Subscriptions: Wenn der Koordinator ohne Prompt loslegt
Das vielleicht disruptivste Element von Projects ist die sogenannte Subscriptions-Funktion. Damit kann der Koordinator-Agent externe Ereignisquellen abonnieren und selbstständig reagieren, ganz ohne dass ein Mensch eine Aufgabe formuliert. Laut Cursor kann der Koordinator einen Slack-Kanal beobachten, nach einem Zeitplan laufen oder alle Pull Requests verfolgen, CI-Fehler beheben und reagieren, wenn diese geöffnet oder gemergt werden. Ein im Changelog genanntes Beispiel: Man verbindet Slack mit einem Bug-Report-Kanal, und der Koordinator beginnt automatisch, Fixes zu delegieren, sobald ein neuer Bug gemeldet wird.
Technisch baut diese Funktion auf dem bereits im August 2026 eingeführten Cloud-Agenten-Automations-System auf. Unterstützte Trigger sind Cron-Zeitpläne, Pull Requests aus GitHub, GitLab und Bitbucket, Slack-Kanäle (aktuell nur öffentliche Kanäle), Webhooks sowie Verbindungen zu Linear, Sentry und PagerDuty. Eine wichtige Einschränkung, die mehrere Reviewer hervorheben: PR-Trigger funktionieren aktuell nicht für Pull Requests aus Forks, mit Ausnahme des Merge-Triggers. Das dürfte für Open-Source-Projekte mit vielen externen Beiträgen relevant sein, für interne Firmen-Repositories aber kaum ins Gewicht fallen.
Konkrete Anwendungsfälle aus der Praxis
Aus den bisherigen Testberichten kristallisieren sich drei Haupt-Einsatzszenarien heraus. Erstens: automatische CI-Reparatur, bei der der Koordinator einen fehlgeschlagenen Build erkennt und selbstständig einen Fix vorschlägt, bevor ein Mensch überhaupt eingreift. Zweitens: Bug-Triage über Slack, bei der jede neue Fehlermeldung in einem definierten Kanal automatisch eine Delegation an einen Subagenten auslöst. Drittens: wiederkehrende Wartungsaufgaben nach Zeitplan, etwa wöchentliche Dependency-Updates oder Sicherheits-Scans, die sonst jeden Montagmorgen einen neuen Prompt erfordert hätten. Cursor Releases bringt das Prinzip auf den Punkt: “Coordinators create and manage agents on your behalf, running as many in parallel as the work needs” (Cursor Releases, X, 10. September 2026).
Preismodell und Verfügbarkeit von Cursor Projects
Projects selbst ist laut mehreren Testberichten kein separates, zusätzlich kostenpflichtiges Produkt, sondern für alle bestehenden Cursor-Pläne in der Beta verfügbar. Abgerechnet wird stattdessen die Nutzung der Cloud-Subagenten selbst: Diese laufen über API-Preise des jeweils gewählten Modells, wobei Nutzer beim ersten Einsatz ein Ausgabenlimit festlegen müssen. Voraussetzung ist außerdem eine von einem Administrator verbundene Versionskontrolle, etwa ein GitHub-Repository.
Für das reguläre, lokale Mehr-Agenten-Fenster von Cursor gelten laut mehreren 2026er-Praxisleitfäden gestaffelte Limits je nach Abo: Im kostenlosen Plan sind zwei gleichzeitige Agenten und zehn Agenten-Stunden pro Tag möglich, im Pro-Plan für 20 Dollar im Monat vier gleichzeitige Agenten ohne Stundenlimit, im Business-Plan für 40 Dollar pro Nutzer und Monat acht gleichzeitige Agenten mit geteiltem Team-Kontext und Audit-Protokollen. Diese Limits gelten für das klassische Agent-Fenster, nicht für die theoretisch unbegrenzte Cloud-Skalierung innerhalb eines Projects.
Cursor Projects im Vergleich zu GitHub Copilot Workspace und Code Review
GitHub hat im September 2026 sein eigenes Gegenstück ausgebaut, allerdings mit einem anderen Schwerpunkt. Laut dem Enterprise-Rückblick von GitHub für September 2026 ist bei Copilot Code Review die bisherige Obergrenze von 300 Dateien und 20.000 Zeilen pro Review gefallen, zudem erhalten nun auch von Bots und Cloud-Agenten erstellte Pull Requests ein vollautomatisches, agentisches Review. Neu ist außerdem die Funktion Resolution Reasons, mit der Reviewer markieren können, ob ein KI-Kommentar bearbeitet, abgelehnt oder als falsch bewertet wurde. Der GitHub-Changelog für September 2026 listet zusätzlich eine neue Jira-Integration direkt in der Copilot-App sowie eine adaptive Modell-Orchestrierung für die Copilot CLI.
Der grundlegende Unterschied liegt in der Zielsetzung. Copilot Code Review bleibt ein PR-zentriertes Werkzeug, eingebettet in GitHubs native Review-Workflows. Cursor Projects hingegen positioniert sich als allgemeiner Projekt-Koordinator, der über Slack, Zeitpläne und PRs hinweg autonom agiert und dabei nicht nur Reviews durchführt, sondern aktiv Code implementiert. Wo GitHub also die Qualitätssicherung automatisiert, automatisiert Cursor den gesamten Arbeitsablauf von der Planung bis zur Umsetzung.
| Merkmal | Cursor Projects (Beta, Stand September 2026) | GitHub Copilot Workspace / Code Review |
|---|---|---|
| Grundprinzip | Koordinator-Agent delegiert an Subagenten | Vereinheitlichter Chat plus PR-Review-Automation |
| Ausführungsort | Eigener Cloud-Rechner pro Project, lokal bei Bedarf | Sandbox-Umgebung für Cloud-Agent (ab 28. September 2026) |
| Auslöser ohne Prompt | Slack-Kanäle, Zeitpläne, PR-Streams (Subscriptions) | PR-Öffnung, PR-Merge, Jira-Ticket-Verknüpfung |
| Review-Obergrenze | Nicht dokumentiert | 300-Dateien/20.000-Zeilen-Limit seit September 2026 aufgehoben |
| Abrechnung | API-Kosten des gewählten Modells, Ausgabenlimit pro Nutzer | Nutzungsbasierte Abrechnung seit 1. Juni 2026 für alle Pläne |
| Kontext-Persistenz | Geteilte Projektdateien, synchronisiert über Monate | Chat-Verlauf pro Repository, vereinheitlicht über Oberflächen |
Historischer Kontext: Vom Autocomplete zum Multi-Agenten-System
Um einzuordnen, wie groß dieser Schritt tatsächlich ist, lohnt ein Blick zurück. Als GitHub Copilot 2021 startete, war die Kernfunktion simpel: Zeilen- und Funktionsvorschläge während des Tippens, auf Basis eines einzelnen Sprachmodells. Cursor selbst begann als VS-Code-Fork mit eingebauter KI-Bearbeitung, positionierte sich aber schon früh aggressiver in Richtung Agenten-Funktionen. Mit Version 2.0 im Oktober 2025 führte Cursor laut mehreren Praxisberichten die native Unterstützung für bis zu acht gleichzeitige Agenten ein, ein Sprung, der in der Community zunächst als Nischenfunktion für Power-User galt.
Der finanzielle Hintergrund dieser Entwicklung ist bemerkenswert. Cursors Muttergesellschaft Anysphere durchlief laut mehreren Finanzanalysen eine der schnellsten Umsatzkurven der Software-Geschichte: von rund 100 Millionen Dollar Jahresumsatz im Januar 2025 über 500 Millionen im Juni 2025 und mehr als 1 Milliarde im November 2025 bis zu 2 Milliarden Dollar im Februar 2026. Im Juni 2026 lag der Jahresumsatz laut einer Analyse von Value Add VC bei etwa 4 Milliarden Dollar, wovon rund 2,6 Milliarden Dollar aus Enterprise-Verträgen stammten. Diese Wachstumsdynamik erklärt, warum Cursor sich inzwischen leisten kann, mit einer aufwendigen Cloud-Infrastruktur wie Projects zu experimentieren, statt sich nur auf Editor-Features zu konzentrieren.
Marktanteile 2026: Wo Cursor und Copilot wirklich stehen
Verlässliche, einheitliche Marktanteilszahlen für KI-Coding-Assistenten gibt es nicht, da unterschiedliche Umfragen unterschiedliche Fragen stellen. Zwei Erhebungen liefern aber belastbare Anhaltspunkte. Die Stack-Overflow-Entwicklerumfrage 2025 zeigt, dass 68 Prozent der befragten Entwickler GitHub Copilot als allgemeines KI-Werkzeug einsetzen, während die neu aufgenommenen KI-nativen IDEs Cursor auf 18 Prozent, Claude Code auf 10 Prozent und Windsurf auf 5 Prozent kommen. Die JetBrains-“AI Pulse”-Umfrage vom Jänner 2026 zeichnet ein ähnliches Bild mit anderen Kategorien: 76 Prozent Bekanntheit und 29 Prozent tatsächliche Nutzung am Arbeitsplatz für Copilot, gegenüber 69 Prozent Bekanntheit und 18 Prozent Arbeitsnutzung für Cursor.
Auf der Nutzerseite hat Microsoft laut eigener Investoren-Telefonkonferenz zum zweiten Quartal des Geschäftsjahres 2026 am 28. Jänner 2026 mehr als 4,7 Millionen zahlende Copilot-Abonnenten gemeldet, ein Plus von 75 Prozent gegenüber dem Vorjahr. Insgesamt soll GitHub Copilot bis Juli 2026 auf 50 Millionen Nutzer gewachsen sein, gezählt über alle kostenlosen und bezahlten Stufen hinweg. Diese Zahlen zeigen: Trotz wachsender Konkurrenz durch Cursor bleibt Copilot der mit Abstand größte Anbieter nach absoluter Nutzerzahl, während Cursor bei der Umsatzdynamik pro Kunde deutlich aggressiver wächst.
| Kennzahl | GitHub Copilot | Cursor |
|---|---|---|
| Allgemeine KI-Tool-Nutzung (Stack Overflow 2025) | 68 % | 18 % (als KI-natives IDE) |
| Bekanntheit (JetBrains AI Pulse, Jänner 2026) | 76 % | 69 % |
| Tatsächliche Arbeitsnutzung (JetBrains, Jänner 2026) | 29 % | 18 % |
| Zahlende Abonnenten / Umsatzdynamik | 4,7 Mio. zahlende Abos (28. Jänner 2026, Microsoft-Investorencall) | rund 4 Mrd. Dollar Jahresumsatz (Juni 2026, laut Value Add VC) |
| Gesamtnutzerzahl | 50 Mio. (Juli 2026, laut Microsoft-Angaben) | nicht separat veröffentlicht |
Was Sicherheitsteams und IT-Verantwortliche beachten sollten
Autonome Koordinator-Agenten, die auf Slack-Nachrichten oder Pull Requests reagieren, ohne dass ein Mensch jeden Schritt freigibt, werfen naturgemäß Fragen zur Zugriffskontrolle auf. Aus den bisherigen Testberichten lassen sich mehrere praktische Leitplanken ablesen. Erstens ist für Cloud-Subagenten eine von einem Administrator verbundene Versionskontrolle Pflicht, ein einzelner Entwickler kann Projects also nicht ohne Repository-Freigabe eigenmächtig auf Autopilot schalten. Zweitens sind Slack-Trigger aktuell auf öffentliche Kanäle beschränkt, was das Risiko einer versehentlichen Aktivierung über sensible, private Kanäle reduziert. Drittens verlangt das System ein explizites Ausgabenlimit beim ersten Einsatz von Cloud-Subagenten, was zumindest gegen unkontrollierte Kostenexplosionen durch Endlosschleifen einen gewissen Schutz bietet.
Offen bleibt, wie Unternehmen mit dem Audit-Bedarf umgehen, den ein System erzeugt, das eigenständig Code in produktionsnahe Repositories einspielt. Die im Business-Plan enthaltenen Audit-Protokolle für den geteilten Team-Kontext sind ein erster Schritt, dürften aber angesichts der europäischen Regulierungslage, etwa im Kontext der NIS2-Richtlinie oder des EU AI Act, für viele österreichische Unternehmen noch nicht ausreichend dokumentiert sein, um Projects ungeprüft in produktionskritischen Umgebungen einzusetzen.
Reaktionen aus der Entwickler-Community
Die ersten Praxistests fallen gemischt aus. Reviewer wie eesel.ai loben die Idee eines persistenten Koordinators, weisen aber darauf hin, dass Cursor selbst offen zugibt, dass Parallelität nicht automatisch zu schnelleren Ergebnissen führt. Im Cursor-eigenen Forum berichten Nutzer zudem von spürbaren Leistungseinbußen, wenn fünf oder mehr Projects gleichzeitig mit KI-Modellen wie Grok oder Composer arbeiten, ein Hinweis darauf, dass die Beta-Phase nicht nur ein Marketingbegriff ist, sondern reale technische Kinderkrankheiten widerspiegelt. Gleichzeitig gilt in der Community bereits als Konsens, dass fünf bis sieben gleichzeitig laufende Agenten die praktische Grenze markieren, ab der Koordinationsaufwand die Produktivitätsgewinne der Parallelisierung wieder auffrisst.
Was das für Entwickler und Unternehmen in Österreich bedeutet
Für heimische Entwicklerteams, die ohnehin mit dem Fachkräftemangel und steigenden IT-Budgets kämpfen, ist die Verlagerung von Einzelchats hin zu projektweiten Koordinator-Agenten vor allem eines: ein Testfall für Vertrauen. Wer Slack-Kanäle oder Pull-Request-Streams an ein autonomes System anbindet, gibt einen Teil der Kontrolle über den eigenen Entwicklungsprozess ab. Für kleinere österreichische Softwarehäuser, die häufig mit knappen Teams arbeiten, kann die Aussicht auf automatisierte CI-Reparatur und Bug-Triage dennoch attraktiv sein, insbesondere wenn parallel dazu Kostenobergrenzen strikt eingehalten werden. Größere Organisationen mit strengeren Compliance-Anforderungen dürften zunächst abwarten, bis Cursor die Beta-Phase verlässt und klarere Angaben zu Audit-Fähigkeiten macht.
Prognosen: Wie sich Projects und der Markt weiterentwickeln dürften
- Cursor dürfte innerhalb der kommenden Monate ein dokumentiertes Limit für gleichzeitige Cloud-Subagenten pro Project veröffentlichen, sobald die Beta-Phase in eine allgemeine Verfügbarkeit übergeht, schon um Erwartungen bei Enterprise-Kunden zu steuern.
- GitHub wird mit der für den 28. September 2026 angekündigten Vereinheitlichung von Copilot Chat, mobiler App und Cloud-Agent voraussichtlich stärker in Richtung eines eigenen koordinatorähnlichen Modells rücken, um mit Cursor Schritt zu halten.
- Die Abrechnung nach API-Kosten statt fixer Abo-Gebühren wird sich als Branchenstandard für Cloud-Subagenten-Funktionen durchsetzen, da sowohl Cursor als auch GitHub seit 2026 auf nutzungsbasierte Modelle setzen.
- Audit-Funktionen und granulare Berechtigungssysteme für autonome Agenten werden zum zentralen Differenzierungsmerkmal zwischen den Anbietern, sobald größere Unternehmen in Europa striktere Compliance-Nachweise verlangen.
- Die Marktanteilsverschiebung zwischen Copilot und den KI-nativen IDEs Cursor und Claude Code dürfte sich fortsetzen, gestützt durch Copilots weiterhin deutlich größere absolute Nutzerbasis bei gleichzeitig schnellerem prozentualem Wachstum der Herausforderer.
Fazit: Ein Beta-Feature mit strategischer Sprengkraft
Cursor Projects ist trotz des unscheinbaren Beta-Status ein deutliches Signal dafür, wohin sich der Markt für KI-Coding-Werkzeuge bewegt: weg vom Einzelassistenten für eine Person, hin zu autonomen, ereignisgesteuerten Systemen, die über Wochen hinweg an einem Projekt mitarbeiten. Ob sich das Modell durchsetzt, hängt weniger von der reinen Technik ab als davon, ob Cursor Vertrauen bei sicherheitsbewussten Unternehmen aufbauen kann, ohne die Geschwindigkeit zu verlieren, die das Unternehmen bislang so schnell hat wachsen lassen.
Häufig gestellte Fragen zu Cursor Projects
Wann wurde Cursor Projects veröffentlicht?
Die Beta-Version von Cursor Projects wurde am 10. September 2026 gestartet und wird seither schrittweise für alle Nutzer freigeschaltet.
Was kostet Cursor Projects zusätzlich zum normalen Abo?
Projects selbst ist Teil der bestehenden Cursor-Pläne. Abgerechnet wird die Nutzung der Cloud-Subagenten über die API-Kosten des jeweils gewählten Modells, wofür Nutzer beim ersten Einsatz ein Ausgabenlimit festlegen müssen.
Wie viele Subagenten kann ein Koordinator gleichzeitig steuern?
Cursor nennt keine feste Obergrenze und spricht davon, dass Koordinatoren so viele Agenten parallel einsetzen, wie die Aufgabe erfordert. Unabhängige Berichte sprechen von potenziell Tausenden Subagenten, ohne dass ein offizielles Limit dokumentiert ist. Für das reguläre lokale Agent-Fenster gelten dagegen klare Plan-Limits von zwei bis acht gleichzeitigen Agenten.
Kann Cursor Projects auf private Slack-Kanäle zugreifen?
Nach aktuellem Stand sind Slack-Trigger auf öffentliche Kanäle beschränkt. Private Kanäle werden von der Subscriptions-Funktion derzeit nicht unterstützt.
Funktioniert die automatische CI-Reparatur auch bei Pull Requests aus Forks?
Nein, PR-Trigger greifen laut aktueller Dokumentation nicht bei Pull Requests aus Forks, mit Ausnahme des Merge-Triggers. Für interne Firmen-Repositories ohne externe Fork-Beiträge ist das in der Praxis meist irrelevant.
Wie unterscheidet sich Cursor Projects von GitHub Copilot Workspace?
Copilot konzentriert sich stärker auf die Automatisierung von Pull-Request-Reviews und eine vereinheitlichte Chat-Oberfläche, während Cursor Projects einen allgemeinen, projektweiten Koordinator bietet, der Aufgaben aktiv plant, delegiert und über Slack, Zeitpläne oder PR-Streams eigenständig reagiert.
Ist Cursor Projects für kleine Teams oder eher für Konzerne gedacht?
Aktuell ist Projects für alle Cursor-Nutzer in der Beta zugänglich. Kleinere Teams profitieren vor allem von automatisierter CI-Reparatur und Bug-Triage, während größere Organisationen wegen fehlender ausführlicher Audit-Dokumentation vermutlich vorsichtiger vorgehen werden.
Was passiert mit alten, klassischen Chat-Sitzungen in Cursor?
Einzelne Chats bleiben weiterhin nutzbar. Projects ist ein zusätzliches, paralleles Arbeitsmodell für Aufgaben, die über eine einzelne Sitzung hinausgehen, keine Ablösung der bisherigen Chat-Funktion.
