Claude Code Ultracode: Agententeam aktivieren und Tokens prüfen
MarkdownUltracode in Claude Code: ein Modus, in dem Claude selbst ein Team von Agents startet. Wie er sich von /effort xhigh unterscheidet, wie Sie ihn aktivieren und wie schnell er Tokens verbraucht.
Vollständigen Artikel lesen
Das Wichtigste
Ultracode ist ein Modus in Claude Code, in dem Claude selbst entscheidet, dass eine Aufgabe als Workflow mit Dutzenden paralleler Agents ausgeführt werden sollte, statt mit einem einzelnen Prompt zu antworten. Aktivieren Sie ihn mit /effort ultracode für die gesamte Sitzung oder mit dem Wort ultracode am Anfang einer einzelnen Aufgabe. Im Hintergrund kombiniert er xhigh-Effort (wie Opus 4.8 auf seinem Maximum) mit einem automatischen Orchestrator. Er eignet sich für große Code-Audits, Migrationen über Hunderte von Dateien und gründliche Recherche. Er verbraucht um ein Mehrfaches mehr Tokens als der normale Modus. Für Routineaufgaben sollten Sie daher lieber /effort high verwenden.
Informationen zur Arbeit mit dem Dienst finden Sie in der Ailoot-Dokumentation.
Was ist Ultracode in Claude Code und für wen eignet es sich?
Das Wichtigste
Ultracode ist eine sitzungsweite Einstellung in Claude Code, die die höchste Reasoning-Stufe (xhigh) mit der automatischen Orchestrierung dynamischer Workflows kombiniert. Sie erschien am 28. Mai 2026 in v2.1.154 zusammen mit der Veröffentlichung von Opus 4.8. Sie ist für große Aufgaben gedacht, die sich mit einem Prompt nicht bewältigen lassen: ein ganzes Projekt auditieren, 500 Dateien migrieren oder eine komplexe Frage anhand von 20 Quellen recherchieren.
Bis zum 28. Mai 2026 gab es in Claude Code nur den Parameter /effort mit den Stufen low / medium / high / xhigh. Das ist die „Denk“-Stufe des Modells: Je höher sie ist, desto mehr Tokens fließen ins Reasoning, desto genauer ist das Ergebnis und desto länger braucht Claude für eine Antwort.
Ultracode passt nicht auf die Skala /effort low → xhigh. Es steht daneben. Ist es aktiviert, betrachtet Claude Ihre Aufgabe automatisch und entscheidet: „Diese Aufgabe lässt sich besser in 30 parallele Agents aufteilen, damit ich das Ergebnis zusammensetzen kann.“ Früher mussten Sie das manuell erledigen, indem Sie einen eigenen Workflow schrieben oder einen Subagent-Befehl zusammenstellten. Jetzt entscheidet Claude selbst, wann es sinnvoll ist.
Die Hauptzielgruppe sind Menschen, die an die Grenzen eines einzelnen Prompts gestoßen sind. Wenn Sie:
/code-reviewin einem Repo mit 200 Dateien ausgeführt haben und die Sitzung bei Datei 50 abgestürzt ist- gefragt haben: „Finde alle Stellen, an denen wir die veraltete API verwenden“, und Claude drei gefunden, aber weitere fünfzehn vergessen hat
- möchten, dass Claude seine eigene Hypothese aus drei Blickwinkeln prüft, bevor es Ihnen antwortet
ist Ultracode für Sie gedacht. Wenn Sie eine Funktion schreiben und eine Lösung brauchen, benötigen Sie es nicht: Normales /effort high erledigt die Aufgabe mit dreimal weniger Tokens.
Wie sich Ultracode von den normalen Effort-Stufen low/medium/high/xhigh unterscheidet
Das Wichtigste
Der normale Effort-Wert verändert die Tiefe des Reasonings in einer einzelnen Antwort. Ultracode fügt eine automatische Entscheidung hinzu: einen Workflow mit parallelen Agents starten oder die Aufgabe in einem Durchgang lösen. Die Reasoning-Tiefe bleibt auf dem xhigh-Maximum, ergänzt um eine weitere Ebene: Orchestrierung.
Ein Vergleich der wichtigsten Punkte:
| Parameter | /effort low | /effort medium | /effort high | /effort xhigh | /effort ultracode |
|---|---|---|---|---|---|
| Reasoning-Tiefe | minimal | mittel | tief | maximal | maximal (xhigh) |
| Tokens fürs Reasoning | wenige | mittel | viele | sehr viele | sehr viele + Orchestrierung |
| Wer entscheidet, die Aufgabe aufzuteilen | Sie | Sie | Sie | Sie | Claude automatisch |
| Wann ein Workflow startet | auf Ihren Befehl | auf Ihren Befehl | auf Ihren Befehl | auf Ihren Befehl | bei jeder umfangreichen Aufgabe |
| Zurücksetzen zwischen Sitzungen | nein | nein | nein | nein | ja – Sie müssen es erneut aktivieren |
| Verfügbar für Modelle | alle | alle | alle | nur Modelle mit xhigh | nur Modelle mit xhigh (Opus 4.8) |
Der Hauptunterschied in einem Satz: /effort xhigh bedeutet „länger nachdenken“; Ultracode bedeutet „länger nachdenken UND selbst entscheiden, wann eine Aufgabe mit einem Prompt zu bewältigen ist und wann ein Team aus 30 Agents gebraucht wird“. Im Grunde fügt Ultracode also eine weitere Ebene zu xhigh hinzu: automatische Orchestrierung.
Anthropic erklärt dies ausdrücklich in seiner offiziellen Dokumentation:
Wenn Ultracode aktiviert ist, entscheidet Claude, wann eine Aufgabe einen Workflow rechtfertigt. Eine einzelne Anfrage kann sich zu mehreren aufeinanderfolgenden Workflows entwickeln: einem, um den Code zu verstehen, einem, um die Änderung vorzunehmen, und einem, um sie zu überprüfen.
Das bedeutet, dass sich eine Anfrage von Ihnen in drei aufeinanderfolgende Workflows entfalten kann: den Code verstehen, Änderungen vornehmen und sie überprüfen. Jeder davon kann 10–30 parallele Agents starten.
Welche Versionen und Modelle Ultracode unterstützen
Das Wichtigste
Sie benötigen Claude Code v2.1.154 oder neuer und ein Modell, das xhigh-Effort unterstützt. Stand Juni 2026 bindet Anthropic die Veröffentlichung von xhigh faktisch an Opus 4.8 (im Changelog sind keine anderen Modelle mit xhigh bestätigt). Verfügbar ist es mit Pro / Max / Team / Enterprise + API. Bei Pro müssen Sie es manuell in /config aktivieren; in den anderen Tarifen funktioniert es sofort. Bedrock, Vertex AI und Microsoft Foundry unterstützen es.
Prüfen Sie Ihre Version:
claude --version
Ist sie älter als 2.1.154, aktualisieren Sie sie:
npm install -g @anthropic-ai/claude-code
Sehen Sie sich anschließend die Liste der Effort-Stufen an:
claude /effort
Wenn ultracode im Dropdown erscheint, sind Sie startklar. Falls nicht, liegt es höchstwahrscheinlich daran, dass:
- Ihr aktuelles Modell nicht Opus 4.8 ist (Sonnet 4.7 hat zum Beispiel kein xhigh)
- Sie Pro verwenden und der Modus in
/configdeaktiviert ist (aktivieren Sie die Option „Dynamic workflows“) - Ihr Organisationsadministrator Workflows in den verwalteten Einstellungen deaktiviert hat
Prüfen Sie das Modell:
claude /model
Wenn dort nicht Opus 4.8 als Standard eingestellt ist, wechseln Sie: Wählen Sie Opus 4.8 im Modellmenü aus oder legen Sie es mit der Taste d als Standard fest.
So aktivieren Sie Ultracode: zwei Methoden
Das Wichtigste
Die erste Methode gilt für die gesamte Sitzung und verwendet /effort ultracode. Jede weitere Aufgabe in dieser Sitzung durchläuft dann die automatische Workflow-Auswahl. Die zweite Methode gilt für eine einzelne Aufgabe: Setzen Sie das Wort ultracode an den Anfang Ihres Prompts; es wird hervorgehoben und nur diese Aufgabe wird als Workflow gestartet. Die Effort-Stufe der Sitzung ändert sich nicht.
Methode 1. Für die gesamte Sitzung aktivieren.
In einer Claude-Code-Sitzung:
/effort ultracode
Ab diesem Zeitpunkt entscheidet Claude bei jeder umfangreichen Aufgabe selbst, ob ein Workflow gestartet wird. Die Einstellung gilt bis zum Schließen der Sitzung. Wenn Sie Claude Code schließen und erneut öffnen, wird Ultracode zurückgesetzt. Das ist beabsichtigt: Sie sollen diesen Modus bewusst aktivieren und ihn nicht „standardmäßig“ eingeschaltet haben.
Methode 2. Nur für eine Aufgabe.
Setzen Sie ultracode an den Anfang des Prompts (vor v2.1.160 lautete das Schlüsselwort workflow; nach der Veröffentlichung benannte Anthropic den Auslöser um, damit er nicht mit gewöhnlichen Ausführungen verwechselt wird):
ultracode: alle /api/*-Endpunkte in src/routes/ durchgehen und herausfinden, wo Autorisierungsprüfungen fehlen
Claude Code hebt das Wort ultracode hervor und startet diese Aufgabe als Workflow. Die Effort-Stufe der Sitzung bleibt unverändert (high oder medium, je nach Ihrer Einstellung).
Anthropic schreibt, dass dasselbe auch in natürlicher Sprache funktioniert:
Auch eine Bitte in eigenen Worten, zum Beispiel „einen Workflow verwenden“ oder „einen Workflow ausführen“, funktioniert: Claude behandelt eine direkte Bitte als dieselbe ausdrückliche Aktivierung.
Wenn Sie versehentlich ultracode eingegeben haben und keinen Workflow starten wollten, drücken Sie Option+W (macOS) oder Alt+W (Windows/Linux), während sich der Cursor direkt hinter dem hervorgehobenen Wort befindet. Die Hervorhebung verschwindet und die Aufgabe wird normal fortgesetzt.
Was sich nach der Aktivierung an Claudes Arbeitsweise ändert
Das Wichtigste
Claude antwortet nicht mehr „Zug um Zug“ – ein Prompt von Ihnen, eine Antwort von Claude. Stattdessen schreibt es ein JavaScript-Skript, das die Laufzeitumgebung im Hintergrund ausführt. Das Skript kann 10–30 parallele Agents starten, jeder mit eigenem Kontext, und deren Ergebnisse zusammenführen. Ihre Sitzung bleibt reaktionsfähig, sodass Sie neue Aufgaben vergeben können, während der Workflow im Hintergrund läuft.
Vor Ultracode schreiben Sie einen Prompt, Claude denkt 30 Sekunden nach und antwortet. Ist die Aufgabe umfangreich, füllt sich der Kontext mit Zwischenergebnissen, und gegen Ende der Sitzung beginnt alles zu „driften“.
Mit Ultracode schreiben Sie einen Prompt, Claude erkennt den Umfang und schreibt ein Skript. Das Skript läuft isoliert: Zwischenergebnisse werden in Skriptvariablen gehalten, nicht im Sitzungskontext. Nur die abschließende Antwort kommt zu Ihnen zurück.
In der Praxis hat das drei Auswirkungen:
- Der Sitzungskontext füllt sich nicht. Sie können länger arbeiten, ohne
/compactzu verwenden. - Sie können parallelisieren. Ein Lauf kann bis zu 16 gleichzeitig arbeitende Agents starten (auf Rechnern mit wenig CPU weniger). Das Limit für den gesamten Lauf beträgt 1000 Agents.
- Das Ergebnis wird automatisch überprüft. Claude kann einen Agent bitten, eine Lösung zu schreiben, und einen anderen, sie kritisch zu prüfen. Das verringert Halluzinationen bei komplexen Aufgaben.
Sie können einen Lauf live beobachten:
/workflows
Eine Liste laufender und abgeschlossener Workflows wird geöffnet. Wählen Sie mit den Pfeiltasten einen Workflow aus und drücken Sie Enter, um die Phasendetails zu öffnen. Sie sehen die Agents, den Tokenverbrauch jedes einzelnen und die Ausführungszeit. Drücken Sie p, um zu pausieren, x, um zu stoppen, oder r, um einen Agent neu zu starten.
Wann Sie Ultracode aktivieren sollten und wann nicht
Das Wichtigste
Aktivieren Sie es für Aufgaben, die ein einzelner Prompt nicht mehr bewältigt: ein ganzes Projekt auditieren, Hunderte von Dateien migrieren oder gründlich recherchieren und dabei Quellen gegenseitig abgleichen. Aktivieren Sie es nicht für Routineaufgaben – einen einzelnen Fehler beheben, eine Funktion schreiben oder einen Tippfehler korrigieren. Jede Aufgabe im Ultracode-Modus kostet ein Mehrfaches an Tokens. Bei kleinen Aufgaben verschwenden Sie damit nur Ihr Budget.
⚠️ Seit dem 15. Juni 2026 hat Anthropic das Abonnement aufgeteilt: Programmatische Workloads (einschließlich Workflows) verwenden ein separates Guthaben von 20–200 $/Monat. Ist das Guthaben aufgebraucht, werden Workflow-Anfragen einfach gestoppt; ein Rückgriff auf das Abonnement erfolgt nicht. Das verändert die Wirtschaftlichkeit von Ultracode bei Pro erheblich – siehe den Abschnitt zu Tokens weiter unten.
Drei Situationen, in denen Ultracode gerechtfertigt ist:
1. Eine große Codebasis auditieren. Zum Beispiel: „Finde alle Stellen im Projekt, an denen wir Passwörter in Logs schreiben.“ Mit einem Prompt funktioniert das nur bei einem kleinen Repo. In einem Repo mit 500 Dateien würde ein einzelnes Claude die Hälfte vergessen, während ein Workflow 20 Agents parallel startet, die jeweils 25 Dateien bearbeiten.
2. Eine Migration, die viele Dateien betrifft. Eine veraltete API ersetzen, von einer Bibliothek zu einer anderen wechseln oder ein Muster im gesamten Projekt refaktorieren. Ein Workflow kann Dateien in Zehnergruppen bearbeiten und sich nach jeder Gruppe selbst überprüfen.
3. Recherche, bei der Quellen miteinander verglichen werden müssen. Anthropic hat dies als /deep-research-Workflow umgesetzt: Er zerlegt eine Frage in Blickwinkel, findet Quellen, gleicht Fakten ab und filtert alles heraus, was sich nicht bestätigen ließ. Ich habe ihn genutzt, um Daten für den KI-Coding-Markt zu sammeln, und einen Bericht erhalten, der besser war als eine Stunde meiner manuellen Arbeit.
Drei Situationen, in denen Ultracode Tokens verschwendet:
1. Einen einzelnen Fehler in einer einzelnen Funktion beheben. Ein einzelner /effort high-Prompt erledigt das für ein Zehntel der Kosten. Starten Sie dafür keinen Workflow.
2. Eine neue Funktion oder Komponente schreiben. Dasselbe gilt: Verwenden Sie /effort high oder sogar medium. Die Komplexität steigt nicht mit der Zahl der Agents, sondern mit der Tiefe des Reasonings, die xhigh bereits ohne Orchestrierung bietet.
3. Sie möchten eine schnelle Antwort. Ein Workflow ist definitionsgemäß langsamer als ein normaler Prompt: Selbst mit parallelen Agents kostet die Koordination Zeit. Wenn Sie eine Antwort „sofort, innerhalb derselben Minute“ benötigen, aktivieren Sie ihn nicht.
Die hier beschriebene Strategie: Für Routineänderungen standardmäßig /effort high verwenden. Ich aktiviere Ultracode gezielt für eine bestimmte Aufgabe, indem ich das Wort in den Prompt setze, nicht für die gesamte Sitzung. Denn wenn man vergisst, es auszuschalten, läuft die Routinearbeit nach der Aufgabe weiterhin in Ultracode und verbraucht ohne Grund Tokens.
Wie viele Tokens und wie viel Geld es kostet
Das Wichtigste
Jeder Workflow verbraucht so viele Tokens wie die Summe des Verbrauchs aller seiner Agents. Ein Workflow mit 30 Agents bedeutet 30 Kontexte, jeder mit einem System-Prompt, Tools und eigenem Reasoning. Der Tokenverbrauch ist um ein Mehrfaches höher als bei einem einzelnen Prompt. Bei Pro kann ein großer Workflow die Hälfte des Tageslimits aufbrauchen. Bei Max und Team ist das weniger problematisch, aber Sie sollten den Verbrauch trotzdem im Auge behalten.
Schätzen wir grob. Ein normaler Prompt mit Opus 4.8 und effort high verbraucht ungefähr 5.000–15.000 Tokens für das Reasoning zuzüglich der Modellantwort. Eine gute, umfangreiche Aufgabe verbraucht insgesamt 50.000–100.000 Tokens.
Ein Workflow mit 20 Agents bedeutet 20 parallele Prompts, jeder mit eigenem System-Prompt-Kontext (~5–10K), eigenem Reasoning (xhigh – 10–30K) und eigener Antwort. Grob geschätzt sind das 600.000–1,5 Millionen Tokens für einen Lauf. Das ist 10–30-mal teurer als ein einzelner „normaler“ Prompt.
Was das in Geld bedeutet:
- Pro (20 $/Monat): Im Februar 2026 stellte Anthropic klar, dass der programmatische Zugriff durch Drittanbietersoftware untersagt ist. Am 15. Juni 2026 trennte das Unternehmen das Workflow-Guthaben vom Chat-Abonnement. Pro erhält 20 $ Guthaben für programmatische Workloads. Ein großer Workflow verbraucht die Hälfte davon. Ist das Guthaben aufgebraucht, werden Workflows nicht mehr gestartet, bis Sie Gebühren für Mehrverbrauch aktivieren.
- Max 5x (100 $/Monat): 100 $ Guthaben. Das reicht für 5–10 große Workflows pro Monat.
- Max 20x (200 $/Monat): 200 $ Guthaben.
- Team (30 $/150 $ pro Mitglied): Das Guthaben entspricht dem jeweiligen Abonnement des Mitglieds.
- API: Sie zahlen einfach den Tokenpreis.
Anthropic selbst empfiehlt, die Kosten vor dem Start eines Workflows abzuschätzen:
Um die Kosten einzuschätzen, bevor Sie sich auf eine umfangreiche Aufgabe festlegen, führen Sie den Workflow zunächst auf einem kleinen Ausschnitt aus: einem Verzeichnis statt dem ganzen Repo oder einer eng gefassten statt einer breit angelegten Frage.
Führen Sie den Workflow also zunächst in einem Ordner aus, prüfen Sie unter /workflows, wie viel er gekostet hat, und entscheiden Sie dann, ob Sie ihn im ganzen Repo ausführen. Ein Lauf hat insgesamt ein Limit von 1000 Agents, aber selbst 100 bedeuten in einem großen Repo bereits Hunderttausende Tokens.
Wenn Ihr Ziel darin besteht, den „Verbrauch zu senken“, können Sie im Workflow-Skript sekundäre Phasen ausdrücklich an ein kleineres Modell weiterleiten. Im Prompt: „Verwende Sonnet 4.7 für die Dateiklassifizierung und Opus 4.8 nur für die abschließende Analyse.“ Anthropic unterstützt das.
Was intern passiert: Workflows, /workflows und Limits
Das Wichtigste
Ein Workflow ist ein JavaScript-Skript, das Claude für Ihre Aufgabe schreibt und die Laufzeitumgebung in einer isolierten Umgebung ausführt. Das Skript selbst verwaltet Schleifen, Verzweigungen und Zwischenergebnisse. Es belastet Ihren Kontext nicht. Sie können das Skript lesen, bearbeiten und als Befehl speichern. Laufzeitlimits: 16 parallele Agents, insgesamt 1000 Agents pro Lauf.
Jeder Lauf schreibt sein eigenes Skript in eine Datei unter ~/.claude/projects/. Claude erhält den Skriptpfad beim Start des Laufs. Das bedeutet, Sie können:
- Claude fragen: „Zeig mir das Skript für diesen Workflow“
- es in einem Editor öffnen und die Logik überprüfen
- es mit dem vorherigen Lauf vergleichen
- es bearbeiten und Claude bitten, die bearbeitete Version erneut auszuführen
Die Laufzeitumgebung setzt Limits:
| Limit | Warum |
|---|---|
| Keine Benutzereingaben während eines Laufs | Damit der Lauf nicht unbegrenzt wartet – erstellen Sie für jede Phase einen separaten Workflow, wenn Sie dazwischen eine Bestätigung benötigen |
| Das Skript hat keinen direkten Zugriff auf Dateien oder die Shell | Das erledigen die Agents; das Skript koordiniert sie nur |
| Bis zu 16 parallele Agents gleichzeitig | Damit die lokale CPU nicht in die Knie geht |
| Insgesamt 1000 Agents pro Lauf | Damit ein fehlerhaftes Skript nicht in eine Endlosschleife gerät |
Auf jeden Lauf wird ein Berechtigungsmodus angewendet. Standardmäßig fragt Claude Code jedes Mal um Erlaubnis. Sie können „Yes, and don't ask again for <name> in <path>“ auswählen; danach fragt dieser bestimmte Workflow in diesem Projekt nicht mehr. Im Auto-Modus fragt Claude nur beim ersten Lauf und speichert dann Ihre Genehmigung in den Benutzereinstellungen. Bei claude -p und im Agent SDK wird nicht gefragt, weil niemand antworten kann.
Ein wichtiges Detail: Subagents in Workflows laufen immer im acceptEdits-Modus und übernehmen Ihre Tool-Erlaubnisliste, unabhängig von Ihrem aktuellen Berechtigungsmodus. Dateiänderungen werden automatisch genehmigt. Denken Sie daran, wenn Sie an etwas Kritischem arbeiten.
So speichern Sie einen funktionierenden Workflow als Befehl
Das Wichtigste
Wenn Sie einen Workflow ausgeführt haben, mit seiner Funktionsweise zufrieden sind und wissen, dass Sie ihn wiederverwenden werden, speichern Sie ihn über /workflows und die Taste s als /command. Er funktioniert anschließend wie ein regulärer Slash-Befehl: /workflow_name arguments. Gespeichert wird er entweder im .claude/workflows/ des Projekts (für das Team) oder in ~/.claude/workflows/ (nur für Sie).
Szenario: Ich habe /code-review in einem neuen Branch mit Ultracode ausgeführt. Der Workflow bestand aus drei Läufen: Der erste war eine schnelle Überprüfung des gesamten Diffs, der zweite eine gründliche Prüfung der Sicherheitsfunktionen und der dritte führte Tests für die geänderten Funktionen aus. Die Ergebnisse stimmten gut überein und der Workflow fand zwei Probleme.
Jetzt möchte ich das vor dem Merge in jedem Branch ausführen. Ich öffne:
/workflows
Ich wähle meinen abgeschlossenen Lauf aus und drücke s. Im Dialog wähle ich aus, wo er gespeichert werden soll – .claude/workflows/ (im Projekt, in Git und für das Team verfügbar) oder ~/.claude/workflows/ (persönlich, in jedem Projekt verfügbar). Ich gebe ihm einen Namen, zum Beispiel pre-merge-review. Dann drücke ich Enter.
In jeder künftigen Sitzung:
/pre-merge-review
Und der Workflow startet mit demselben Skript, das ich debuggt habe.
Wenn der Workflow Argumente erwartet, beschreiben Sie das beim Speichern im Prompt. Das Skript erhält args dann als globale Variable. Sie können eine Liste von Pfaden, Issue-Nummern, Datei-IDs oder beliebigen anderen Werten übergeben.
Anthropic weist darauf hin, dass Argumente als strukturierte Daten ankommen:
Claude übergibt die Liste als strukturierte Daten, sodass das Skript Array- und Objektmethoden direkt auf `args` aufrufen kann, ohne die Daten vorher parsen zu müssen.
Das bedeutet, dass Sie im Skript direkt args.map(...) verwenden können, ohne einen String zu parsen. Das ist bei Massenaufgaben hilfreich: etwa bei einer Liste von Tickets, Ordnern oder Endpunkten.
So deaktivieren Sie Ultracode und warum Sie es tun könnten
Das Wichtigste
Deaktivieren Sie es mit /effort high (oder einer anderen gewünschten Stufe), und die Sitzung kehrt zum normalen Modus zurück. Wenn Sie Workflows dauerhaft deaktivieren möchten, verwenden Sie den Schalter „Dynamic workflows“ in /config oder setzen Sie die Umgebungsvariable CLAUDE_CODE_DISABLE_WORKFLOWS=1. In Organisationen können Sie dies über verwaltete Einstellungen tun.
Der Hauptgrund für die Deaktivierung ist, zur Routinearbeit zurückzukehren. Wenn Sie für eine große Aufgabe zu Ultracode gewechselt haben und fertig sind, wechseln Sie sofort zurück:
/effort high
Andernfalls wird Ihre nächste kleine Änderung als Workflow ausgeführt und verbraucht Tokens, ohne einen Vorteil zu bringen.
Für die ausschließliche Schlüsselwortnutzung lassen Sie Dynamic workflows aktiviert und wählen eine gewöhnliche Sitzungsstufe wie /effort high. Ergänzen Sie ultracode nur bei der gewünschten Aufgabe. Verwenden Sie dafür nicht die folgende globale Abschaltung; sie deaktiviert auch das Schlüsselwort. Möchten Sie dagegen sowohl sitzungsweite als auch durch Schlüsselwort ausgelöste Workflows verbieten, nutzen Sie eine dieser globalen Möglichkeiten:
# in the client settings
# /config → Dynamic workflows → off
# or
# ~/.claude/settings.json
{
"disableWorkflows": true
}
# or via an environment variable
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
Danach löst das Schlüsselwort ultracode in einem Prompt keinen Workflow mehr aus, und die Option ultracode verschwindet selbst aus dem /effort-Menü. Das ist nützlich, wenn Sie in einem Team arbeiten, das eine gemeinsame Regel möchte: „keine automatischen Workflows“. Konfigurieren Sie das in diesem Fall in den verwalteten Einstellungen der Organisation.
Ich lasse /effort high als Standard eingestellt und aktiviere Ultracode gezielt. Das ist ein Kompromiss zwischen „bei Bedarf gründlich arbeiten“ und „das Budget nicht grundlos verbrauchen“. Für Routineänderungen im hier beschriebenen Projekt reicht normales high aus. Wenn ich ein großes Sicherheits-Audit durchführen oder Informationen aus 20 Quellen zusammentragen muss, verwende ich /effort ultracode oder setze das Wort an den Anfang des Prompts.
Was Sie als Nächstes tun sollten
Wenn Sie Claude Code gerade verwenden und geprüft haben, dass Sie v2.1.154+ und das Modell Opus 4.8 haben, probieren Sie es jetzt aus. Nicht für die gesamte Sitzung, sondern nur für eine konkrete Aufgabe:
ultracode: alle Dateien in src/components/ui/ durchgehen und herausfinden, wo derselbe Button unterschiedlich gestaltet ist
Prüfen Sie unter /workflows, wie viele Agents gestartet wurden und wie viele Tokens verbraucht wurden. So erhalten Sie einen realistischeren Eindruck von Kosten und Nutzen als durch jeden Text.
Quellen
Quellen
Siehe auch:
- Dynamische Workflows in Claude Code: Hunderte parallele Agents orchestrieren
- Multi-Agent in Claude Code: Subagents parallelisieren
- Routinen in Claude Code: mit einem Zeitplan statt mit cron automatisieren
- Sonnet oder Opus in Claude Code: welches Modell für welche Aufgabe verwenden
- Goal-Modus in Claude Code und Codex: ein Ziel festlegen und darauf hinarbeiten
Lernen Sie Ailoot kennen.
Weitere Details
Fragen und Antworten
Wie halte ich Workflows nur für bewusst verwendete Schlüsselwörter verfügbar?
Lassen Sie Dynamic workflows aktiviert und behalten Sie eine normale Sitzungsstufe wie /effort high. Fügen Sie ultracode nur der konkreten Workflow-Aufgabe hinzu. Eine globale Abschaltung deaktiviert auch diesen Schlüsselwortweg.
Wie verhindere ich die automatische Workflow-Auswahl einer Sitzung?
Wechseln Sie von /effort ultracode zu einer normalen Effort-Stufe zurück. Möchten Sie sowohl Sitzungs- als auch Schlüsselwort-Workflows verbieten, nutzen Sie die beschriebene globale Abschaltung und prüfen Sie, dass das Schlüsselwort keinen Workflow mehr startet.