Subagenten
Subagenten sind spezialisierte AI-Assistenten, an die der Cursor-Agent Aufgaben delegieren kann. Jeder Subagent arbeitet in einem eigenen Kontextfenster, übernimmt bestimmte Arten von Aufgaben und gibt sein Ergebnis an den übergeordneten Agenten zurück. Nutze Subagenten, um komplexe Aufgaben aufzuteilen, parallel zu arbeiten und den Kontext in der Hauptunterhaltung zu bewahren.
Du kannst Subagenten im Editor, in der CLI und in Cloud Agents verwenden.
Kontextisolation
Jeder Subagent hat ein eigenes Kontextfenster. Umfangreiche Recherche- oder Erkundungsaufgaben beanspruchen keinen Platz in deiner Hauptunterhaltung.
Parallele Ausführung
Starte mehrere Subagenten gleichzeitig. Bearbeite verschiedene Teile deiner Codebasis, ohne auf den Abschluss vorheriger Aufgaben warten zu müssen.
Spezialisierte Expertise
Konfiguriere Subagenten mit benutzerdefinierten Prompts, Tool-Zugriff und Modellen für domänenspezifische Aufgaben.
Wiederverwendbarkeit
Definiere benutzerdefinierte Subagenten und nutze sie projektübergreifend.
So funktionieren Subagenten
Wenn Agent auf eine komplexe Aufgabe trifft, kann er automatisch einen Subagenten starten. Der Subagent erhält einen Prompt mit allen erforderlichen Kontextinformationen, arbeitet autonom und gibt abschließend eine Nachricht mit seinen Ergebnissen zurück.
Subagenten starten mit einem leeren Kontext. Der übergeordnete Agent fügt dem Prompt relevante Informationen hinzu, da Subagenten keinen Zugriff auf den bisherigen Unterhaltungsverlauf haben.
Vordergrund vs. Hintergrund
Subagenten werden in einem von zwei Modi ausgeführt:
| Modus | Verhalten | Am besten geeignet für |
|---|---|---|
| Vordergrund | Wartet, bis der Subagent abgeschlossen ist. Gibt das Ergebnis sofort zurück. | Sequenzielle Aufgaben, bei denen du die Ausgabe benötigst. |
| Hintergrund | Gibt sofort zurück. Der Subagent arbeitet unabhängig weiter. | Lang laufende Aufgaben oder parallele Arbeitsabläufe. |
Integrierte Subagenten
Cursor enthält drei integrierte Subagenten, die kontextintensive Vorgänge automatisch übernehmen. Diese Subagenten wurden auf Grundlage der Analyse von Agentenunterhaltungen entwickelt, in denen die Grenzen des Kontextfensters erreicht wurden.
| Subagent | Zweck | Warum ein Subagent |
|---|---|---|
| Explore | Durchsucht und analysiert Codebasen | Die Erkundung der Codebasis erzeugt umfangreiche Zwischenausgaben, die den Hauptkontext aufblähen würden. Verwendet ein schnelleres Modell für viele parallele Suchen. |
| Bash | Führt Reihen von Shell-Befehlen aus | Befehlsausgaben sind oft umfangreich. Durch die Isolierung kann sich der übergeordnete Agent auf Entscheidungen statt auf Protokolle konzentrieren. |
| Browser | Steuert den Browser über MCP-Tools | Browserinteraktionen erzeugen umfangreiche DOM-Snapshots und Screenshots. Der Subagent filtert daraus relevante Ergebnisse. |
Warum es diese Subagenten gibt
Diese drei Operationen haben gemeinsame Merkmale: Sie erzeugen umfangreiche Zwischenausgaben, profitieren von spezialisierten Prompts und Tools und können viel Kontext verbrauchen. Die Ausführung als Subagenten löst mehrere Probleme:
- Kontextisolierung — Zwischenausgaben bleiben im Subagenten. Der übergeordnete Agent sieht nur die abschließende Zusammenfassung.
- Modellflexibilität — Der Explore-Subagent verwendet standardmäßig ein schnelleres Modell. Dadurch lassen sich 10 parallele Suchen in der Zeit ausführen, die eine einzelne Suche des Hauptagenten benötigen würde.
- Spezialisierte Konfiguration — Jeder Subagent verfügt über Prompts und Tool-Zugriff, die auf seine spezifische Aufgabe abgestimmt sind.
- Kosteneffizienz — Schnellere Modelle kosten weniger. Die Auslagerung tokenintensiver Arbeit an Subagenten mit geeigneter Modellauswahl reduziert die Gesamtkosten.
Du musst diese Subagenten nicht konfigurieren. Agent verwendet sie bei Bedarf automatisch.
Wann Subagents sinnvoll sind
| Verwende Subagents, wenn ... | Verwende Skills, wenn ... |
|---|---|
| Du für umfangreiche Rechercheaufgaben Kontextisolation benötigst | Die Aufgabe einen klaren Zweck hat (Changelog erstellen, formatieren) |
| Du mehrere Arbeitsströme parallel ausführst | Du eine schnelle, wiederholbare Aktion ausführen möchtest |
| Die Aufgabe über viele Schritte hinweg spezielles Fachwissen erfordert | Die Aufgabe mit einem einzigen Aufruf erledigt ist |
| Du eine unabhängige Überprüfung der Arbeit wünschst | Du kein separates Kontextfenster benötigst |
Wenn du einen Subagent für eine einfache Aufgabe mit nur einem Zweck wie „Changelog erstellen“ oder „Imports formatieren“ erstellst, solltest du stattdessen einen Skill verwenden.
Schnellstart
Agent verwendet Subagents bei Bedarf automatisch. Du kannst auch einen benutzerdefinierten Subagent erstellen, indem du Agent fragst:
Erstelle eine Subagent-Datei unter .cursor/agents/verifier.md mit YAML-Frontmatter (Name, Beschreibung), gefolgt vom Prompt. Der Verifier-Subagent soll abgeschlossene Arbeiten validieren, überprüfen, ob Implementierungen funktionieren, Tests ausführen und berichten, was bestanden hat und was noch unvollständig ist.
Try in CursorFür mehr Kontrolle kannst du benutzerdefinierte Subagents manuell in deinem Projekt- oder Nutzerverzeichnis erstellen.
Benutzerdefinierte Subagenten
Definieren Sie benutzerdefinierte Subagenten, um spezialisiertes Wissen zu hinterlegen, Teamstandards durchzusetzen oder wiederkehrende Workflows zu automatisieren.
Speicherorte
| Typ | Speicherort | Geltungsbereich |
|---|---|---|
| Projekt-Subagents | .cursor/agents/ | Nur im aktuellen Projekt |
.claude/agents/ | Nur im aktuellen Projekt (Claude-Kompatibilität) | |
.codex/agents/ | Nur im aktuellen Projekt (Codex-Kompatibilität) | |
| Nutzer-Subagents | ~/.cursor/agents/ | Alle Projekte des aktuellen Nutzers |
~/.claude/agents/ | Alle Projekte des aktuellen Nutzers (Claude-Kompatibilität) | |
~/.codex/agents/ | Alle Projekte des aktuellen Nutzers (Codex-Kompatibilität) |
Bei Namenskonflikten haben Projekt-Subagents Vorrang. Wenn mehrere Speicherorte Subagents mit demselben Namen enthalten, hat .cursor/ Vorrang vor .claude/ und .codex/.
Dateiformat
Jeder Subagent ist eine Markdown-Datei mit YAML-Frontmatter:
---name: security-auditordescription: Security specialist. Use when implementing auth, payments, or handling sensitive data.model: inheritreadonly: true---You are a security expert auditing code for vulnerabilities.When invoked:1. Identify security-sensitive code paths2. Check for common vulnerabilities (injection, XSS, auth bypass)3. Verify secrets are not hardcoded4. Review input validation and sanitizationReport findings by severity:- Critical (must fix before deploy)- High (fix soon)- Medium (address when possible)Konfigurationsfelder
| Feld | Typ | Erforderlich | Standard | Beschreibung |
|---|---|---|---|---|
name | string | Nein | Aus dem Dateinamen abgeleitet | Anzeigename und Kennung. Verwenden Sie Kleinbuchstaben und Bindestriche. |
description | string | Nein | — | Kurze Beschreibung, die in den Hinweisen des Task tool angezeigt wird. Der Agent nutzt sie, um über Delegierungen zu entscheiden. |
model | string | Nein | inherit | Zu verwendendes Modell: inherit oder eine bestimmte Modell-ID. Siehe Modellkonfiguration. |
readonly | boolean | Nein | false | Bei true wird der Subagent mit eingeschränkten Schreibberechtigungen ausgeführt (keine Dateibearbeitungen, keine Shell-Befehle, die den Status ändern). |
is_background | boolean | Nein | false | Bei true wird der Subagent im Hintergrund ausgeführt, ohne den übergeordneten Agent zu blockieren. |
Modellkonfiguration
Das Feld model legt fest, welches Modell ein Subagent verwendet. Es gibt zwei Optionen:
| Wert | Verhalten |
|---|---|
inherit | Verwendet dasselbe Modell wie der übergeordnete Agent. Dies ist die Standardeinstellung. |
| Eine bestimmte Modell-ID | Verwendet genau das von dir angegebene Modell, z. B. composer-2 oder gpt-5.6-sol. Verfügbare IDs findest du in der Modellreferenz. |
Wähle inherit, wenn der Subagent dieselbe Denkleistung wie der übergeordnete Agent benötigt. Verwende eine bestimmte Modell-ID, wenn du die Funktionen eines bestimmten Modells benötigst – unabhängig davon, welches Modell der übergeordnete Agent verwendet.
Modellparameter
Fügen Sie einer Modell-ID eckige Klammern hinzu, um modellspezifische Optionen wie Geschwindigkeit, Denkaufwand und Kontextfenster festzulegen. Geben Sie Optionen als id=value-Paare an und trennen Sie mehrere Optionen durch Kommas.
| Beispiel | Verhalten |
|---|---|
composer-2.5[] | Fixiert das Basismodell. Leere Klammern wählen die Standardvariante statt der schnellen. |
composer-2.5[fast=false] | Wählt explizit die Standardvariante (nicht die schnelle). |
claude-opus-5[effort=high] | Setzt den Denkaufwand auf high. |
claude-opus-5[context=300k] | Setzt das Kontextfenster auf 300k Tokens. |
claude-opus-5[effort=high,context=300k] | Kombiniert Optionen. |
Die verfügbaren Optionen hängen vom Modell ab und verwenden dieselben id=value-Paare wie die Modellparameter des SDK's.
---name: plannerdescription: Plans complex changes before implementation.model: claude-opus-5[effort=high]---Break the task into a clear, ordered implementation plan.Wenn das konfigurierte Modell nicht verwendet wird
Cursor verwendet das Feld model im Frontmatter deines Subagents, sofern keine der folgenden Bedingungen zutrifft:
- Einschränkungen durch Team-Admins — Der Admin deiner Organisation hat das angegebene Modell blockiert.
- Legacy-Max-Modus-Einstellung — Bei einem Legacy-anfragebasierten Plan erfordert das Modell den Max-Modus, der bei dir nicht aktiviert ist.
- Planbeschränkungen — Das Modell ist in deinem aktuellen Plan nicht verfügbar.
In diesen Fällen greift Cursor auf ein kompatibles Modell zurück. Wenn sich ein Modell unerwartet verhält, überprüfe deinen Plan und deine Modelleinstellungen.
---name: code-reviewerdescription: Reviews code for correctness and style.model: inherit---Review the code changes for bugs, style issues, and edge cases.---name: search-agentdescription: Searches the codebase for relevant files and symbols.model: inherit---Search the codebase and return relevant file paths and code snippets.---name: reasoning-agentdescription: Handles complex architectural decisions.model: gpt-5.6-sol---Analyze the architecture and recommend changes with detailed reasoning.Subagents verwenden
Automatische Delegierung
Der Agent delegiert Aufgaben proaktiv anhand von:
- Komplexität und Umfang der Aufgabe
- Benutzerdefinierten Subagent-Beschreibungen in deinem Projekt
- Aktuellem Kontext und verfügbaren Tools
Füge in deinem Beschreibungsfeld Formulierungen wie „proaktiv nutzen“ oder „stets verwenden für“ hinzu, um die automatische Delegierung zu fördern.
Expliziter Aufruf
Fordere einen bestimmten Subagent an, indem du in deinem Prompt die Syntax /name verwendest:
> /verifier confirm the auth flow is complete> /debugger investigate this error> /security-auditor review the payment moduleDu kannst Subagenten auch durch natürliche Erwähnung aufrufen:
> Nutze den Verifier-Subagenten, um zu bestätigen, dass der Authentifizierungsablauf abgeschlossen ist> Bitte den Debugger-Subagenten, diesen Fehler zu untersuchen> Setze den Sicherheits-Auditor-Subagenten für das Zahlungsmodul einParallele Ausführung
Starte mehrere Subagenten gleichzeitig, um den Durchsatz zu maximieren:
> Prüfe die API-Änderungen und aktualisiere parallel die DokumentationDer Agent sendet mehrere Task-Tool-Aufrufe in einer einzigen Nachricht, sodass Subagenten gleichzeitig ausgeführt werden.
Cloud-Subagent
Aus einer lokalen Agent-Session kannst du Aufgaben an einen Cloud-Subagent delegieren, der auf einer eigenen VM und einem eigenen Branch läuft. Dein lokaler Workspace bleibt sauber und reaktionsfähig, während lang laufende oder parallele Aufgaben in der Cloud erledigt werden. Der übergeordnete Agent läuft lokal oder in der Cloud ohne Unterbrechung weiter. Cloud-Subagent werden über das Agents Window in der Cursor-Desktop-App ausgeführt.
Einen Cloud-Subagent mit /in-cloud starten
Gib /in-cloud ein. Die nächste Aufgabe, die du übermittelst, wird als Cloud-Subagent ausgeführt. Er startet eine eigene VM und einen eigenen Branch, um die Aufgabe zu bearbeiten.
Das ist nützlich, um lang laufende oder parallele Aufgaben zu isolieren, etwa zum Beheben von CI-Problemen, zum Untersuchen eines Issues oder zum Erkunden einer Codebasis, während du lokal weiterarbeitest.
Eine PR mit /babysit betreuen
Bitte einen Cloud-Subagenten mit /babysit oder per Klick auf die Schnellaktions-Schaltfläche, einen Pull Request zu betreuen. Der Cloud-Agent arbeitet remote iterativ daran, die PR für den Merge vorzubereiten, ohne deine lokale Session zu blockieren.
Cloud-Subagenten verwenden die für dein Repo konfigurierte Umgebung und befolgen dieselben Modell- und Funktionsregeln wie andere Cloud Agents. Da sie auf einer Cloud-VM laufen, stammen ihre MCP-Server aus der Konfiguration deines Teams unter cursor.com/agents und nicht aus deiner lokalen Session.
Subagents fortsetzen
Subagents lassen sich fortsetzen, um frühere Unterhaltungen weiterzuführen. Das ist nützlich für lang laufende Aufgaben, die mehrere Aufrufe umfassen.
Jede Ausführung eines Subagents gibt eine Agent-ID zurück. Übergeben Sie diese ID, um den Subagent mit vollständig erhaltenem Kontext fortzusetzen:
> Setze Agent abc123 fort und analysiere die verbleibenden TestfehlerSubagents im Hintergrund aktualisieren während ihrer Ausführung ihren Status. Du kannst einen Subagent nach Abschluss fortsetzen, um die Unterhaltung mit erhaltenem Kontext weiterzuführen.
Häufige Muster
Verifizierungsagent
Ein Verifizierungsagent prüft unabhängig, ob behauptete Arbeit tatsächlich abgeschlossen wurde. Dies behebt ein häufiges Issue, bei dem AI Aufgaben als erledigt markiert, die Implementierung jedoch unvollständig oder fehlerhaft ist.
---name: verifierdescription: Validates completed work. Use after tasks are marked done to confirm implementations are functional.---You are a skeptical validator. Your job is to verify that work claimed as complete actually works.When invoked:1. Identify what was claimed to be completed2. Check that the implementation exists and is functional3. Run relevant tests or verification steps4. Look for edge cases that may have been missedBe thorough and skeptical. Report:- What was verified and passed- What was claimed but incomplete or broken- Specific issues that need to be addressedDo not accept claims at face value. Test everything.Erstelle eine Subagent-Datei unter .cursor/agents/verifier.md mit YAML-Frontmatter, das Name und Beschreibung enthält. Die Beschreibung soll lauten: 'Validiert abgeschlossene Arbeit. Nach dem Abschließen von Aufgaben verwenden, um zu bestätigen, dass Implementierungen funktionieren.' Der Prompt-Text soll anweisen, skeptisch zu sein, durch Ausführen von Tests zu überprüfen, ob Implementierungen tatsächlich funktionieren, und nach Randfällen zu suchen.
Try in CursorDieses Muster eignet sich für:
- Die End-to-End-Validierung von Features vor dem Abschließen von Tickets
- Das Erkennen unvollständig implementierter Funktionalität
- Sicherzustellen, dass Tests tatsächlich erfolgreich durchlaufen (nicht nur, dass Testdateien vorhanden sind)
Orchestrator-Muster
Bei komplexen Workflows kann ein übergeordneter Agent mehrere spezialisierte Subagenten nacheinander koordinieren:
- Planer analysiert die Anforderungen und erstellt einen technischen Plan
- Implementierer setzt das Feature anhand des Plans um
- Prüfer stellt sicher, dass die Implementierung den Anforderungen entspricht
Jede Übergabe enthält strukturierte Ergebnisse, damit der nächste Agent über einen klaren Kontext verfügt.
Beispiel-Subagents
Debugger
---name: debuggerdescription: Spezialist für Debugging von Fehlern und fehlgeschlagenen Tests. Bei Issues verwenden.---Du bist ein erfahrener Debugger mit Spezialisierung auf Ursachenanalyse.Bei Aufruf:1. Fehlermeldung und Stacktrace erfassen2. Schritte zur Reproduktion ermitteln3. Fehlerstelle eingrenzen4. Minimalen Fix implementieren5. Überprüfen, ob die Lösung funktioniertFür jedes Issue bereitstellen:- Erklärung der Fehlerursache- Belege für die Diagnose- Konkreter Code-Fix- TestansatzKonzentriere dich darauf, das zugrunde liegende Issue zu beheben, nicht nur die Symptome.Erstelle eine Subagent-Datei unter .cursor/agents/debugger.md mit YAML-Frontmatter, die Name und Beschreibung enthält. Der Debugger-Subagent soll auf die Analyse von Fehlerursachen spezialisiert sein: Stacktraces erfassen, Reproduktionsschritte identifizieren, Fehler isolieren, minimale Fixes implementieren und Lösungen überprüfen.
Try in CursorTest-Runner
---name: test-runnerdescription: Experte für Testautomatisierung. Führe proaktiv Tests aus und behebe Fehler.---Du bist ein Experte für Testautomatisierung.Wenn du Codeänderungen siehst, führe proaktiv geeignete Tests aus.Wenn Tests fehlschlagen:1. Analysiere die Fehlerausgabe2. Ermittle die zugrunde liegende Ursache3. Behebe das Problem unter Wahrung der Testabsicht4. Führe die Tests erneut aus, um dies zu verifizierenBerichte zu den Testergebnissen:- Anzahl der bestandenen/fehlgeschlagenen Tests- Zusammenfassung etwaiger Fehler- Änderungen zur Behebung der ProblemeErstelle eine Subagent-Datei unter .cursor/agents/test-runner.md mit YAML-Frontmatter, das Name und Beschreibung enthält (mit dem Hinweis „Proaktiv nutzen“). Der Subagent test-runner soll bei Codeänderungen proaktiv Tests ausführen, Fehler analysieren, Issues beheben, ohne die Testabsicht zu verändern, und die Ergebnisse berichten.
Try in CursorBest Practices
- Erstelle fokussierte Subagents — Jeder Subagent sollte eine einzige, klar abgegrenzte Aufgabe haben. Vermeide allgemeine „Helfer“-Agenten.
- Investiere in Beschreibungen — Das Feld
descriptionbestimmt, wann Agent an deinen Subagent delegiert. Nimm dir Zeit, es zu optimieren. Teste dies mit Prompts und überprüfe, ob der richtige Subagent ausgelöst wird. - Halte Prompts prägnant — Lange, ausschweifende Prompts verwässern den Fokus. Sei spezifisch und direkt.
- Nimm Subagents in die Versionskontrolle auf — Checke
.cursor/agents/in dein Repository ein, damit das Team davon profitiert. - Beginne mit von Agent generierten Agents — Lass Agent dir beim Entwurf der ersten Konfiguration helfen und passe sie anschließend an.
- Verwende Hooks für die Dateiausgabe — Wenn Subagents strukturierte Ausgabedateien erzeugen sollen, erwäge Hooks, um ihre Ergebnisse konsistent zu verarbeiten und zu speichern.
Anti-Patterns, die du vermeiden solltest
Erstelle nicht Dutzende allgemeiner Subagents. 50+ Subagents mit vagen Anweisungen wie „Hilft beim Coding“ sind ineffektiv. Der Agent weiß nicht, wann er sie einsetzen soll, und du verschwendest Zeit mit ihrer Pflege.
- Vage Beschreibungen — „Für allgemeine Aufgaben verwenden“ gibt dem Agent keine Hinweise darauf, wann er delegieren soll. Sei konkret: „Verwenden, wenn Authentifizierungsabläufe mit OAuth-Providern implementiert werden.“
- Übermäßig lange Prompts — Ein Prompt mit 2.000 Wörtern macht einen Subagent nicht intelligenter. Er macht ihn langsamer und schwerer wartbar.
- Slash-Befehle duplizieren — Wenn eine Aufgabe nur einem Zweck dient und keine Kontextisolierung benötigt, verwende stattdessen einen Skill oder Befehl.
- Zu viele Subagents — Beginne mit 2–3 fokussierten Subagents. Füge weitere nur hinzu, wenn du klare, unterschiedliche Anwendungsfälle hast.
Subagents verwalten
Subagents erstellen
Am einfachsten erstellst du einen Subagent, indem du Agent darum bittest:
Erstelle eine Subagent-Datei unter .cursor/agents/security-reviewer.md mit YAML-Frontmatter, die Name und Beschreibung enthält. Der Subagent security-reviewer soll Code auf häufige Sicherheitslücken wie Injection, XSS und hartcodierte Secrets überprüfen.
Try in CursorDu kannst Subagents auch manuell erstellen, indem du Markdown-Dateien zu .cursor/agents/ (Projekt) oder ~/.cursor/agents/ (Nutzer) hinzufügst.
Subagents anzeigen
Agent enthält alle benutzerdefinierten Subagents in den verfügbaren Tools. Welche Subagents konfiguriert sind, siehst du im Verzeichnis .cursor/agents/ deines Projekts.
Leistung und Kosten
Subagenten haben Vor- und Nachteile. Wenn du sie verstehst, kannst du entscheiden, wann du sie einsetzen solltest.
| Vorteil | Nachteil |
|---|---|
| Kontextisolierung | Startaufwand (jeder Subagent sammelt seinen eigenen Kontext) |
| Parallele Ausführung | Höherer Tokenverbrauch (mehrere Kontexte werden gleichzeitig verarbeitet) |
| Spezialisierter Fokus | Latenz (bei einfachen Aufgaben möglicherweise langsamer als der Hauptagent) |
Überlegungen zu Tokens und Kosten
- Subagents verbrauchen Tokens unabhängig voneinander — Jeder Subagent hat sein eigenes Kontextfenster und seinen eigenen Tokenverbrauch. Die parallele Ausführung von fünf Subagents verbraucht etwa fünfmal so viele Tokens wie ein einzelner Agent.
- Mehraufwand abwägen — Bei schnellen, einfachen Aufgaben ist der Hauptagent oft schneller. Subagents sind besonders bei komplexen, lang laufenden oder parallelen Aufgaben sinnvoll.
- Subagents können langsamer sein — Der Vorteil ist Kontextisolation, nicht Geschwindigkeit. Ein Subagent, der eine einfache Aufgabe erledigt, kann langsamer sein als der Hauptagent, weil er ohne Kontext startet.
FAQ
Cursor enthält drei integrierte Subagenten: explore für die Codebasis-Suche, bash zum Ausführen von Shell-Befehlen und browser für die Browserautomatisierung über MCP. Sie übernehmen kontextintensive Vorgänge automatisch. Du musst sie nicht konfigurieren.
Ja, bis zu einer bestimmten Verschachtelungstiefe. Seit Cursor 2.5 können Subagenten untergeordnete Subagenten starten, um einen Baum koordinierter Aufgaben zu erstellen. Der Hauptagent und seine direkten Subagenten können Subagenten starten, ein von einem anderen Subagenten gestarteter Subagent jedoch keine weiteren. Verschachtelte Starts erfordern außerdem Zugriff auf das Task-Tool im aktuellen Modus. Hooks oder Tool-Richtlinien können das Starten blockieren.
Hintergrund-Subagenten schreiben ihre Ausgabe nach ~/.cursor/subagents/. Der übergeordnete Agent kann diese Dateien lesen, um den Fortschritt zu prüfen.
Der Subagent gibt dem übergeordneten Agenten einen Fehlerstatus zurück. Der übergeordnete Agent kann den Vorgang wiederholen, mit zusätzlichem Kontext fortsetzen oder den Fehler anders behandeln.
Ja. Subagenten übernehmen alle Tools vom übergeordneten Agenten, einschließlich MCP-Tools von konfigurierten Servern. Cloud-Subagenten sind die Ausnahme: Sie laufen auf einer Cloud-VM und verwenden die für dein Team unter cursor.com/agents konfigurierten MCP-Server statt der Server aus deiner lokalen Session.
Prüfe die Beschreibung und den Prompt des Subagenten. Stelle sicher, dass die Anweisungen spezifisch und eindeutig sind. Du kannst den Subagenten auch testen, indem du ihn explizit mit einer einfachen Aufgabe aufrufst.
Cursor überschreibt das konfigurierte Modell, wenn dein Team-Admin es blockiert, dein Plan es nicht enthält oder ein Legacy-anfragebasierter Plan den Max-Modus erfordert und du ihn nicht aktiviert hast. Bei Legacy-anfragebasierten Plänen ohne Max-Modus laufen Subagenten unabhängig von jeder model-Konfiguration mit Composer. Wenn dein Team-Admin Composer blockiert hat, können Subagenten nur ausgeführt werden, wenn der Max-Modus aktiviert ist. Bei nutzungsbasierten Plänen und Legacy-anfragebasierten Plänen mit Max-Modus verwenden Subagenten standardmäßig das Modell des übergeordneten Agenten. Weitere Informationen findest du unter Modellkonfiguration.