OpenClaw Thinking Levels konfigurieren: Anleitung

Kennst du das? Manchmal antwortet die KI viel zu oberflächlich, weil sie nicht lange genug über das Problem nachgedacht hat. Oder sie verschwendet wertvolle Zeit mit komplexen Gedankengängen bei einer Aufgabe, die eigentlich in Sekunden erledigt sein sollte. Es ist oft frustrierend, wenn man keine direkte Kontrolle darüber hat, wie intensiv ein Modell arbeitet.

Mit den /think Direktiven kannst du dieses Verhalten endlich präzise steuern. Anstatt dich auf die Standardeinstellungen zu verlassen, gibst du dem Modell genau vor, wie viel “Denk-Budget” es für deine Anfrage nutzen darf. Das spart Zeit bei einfachen Tasks und liefert die nötige Tiefe bei schwierigen Architekturfragen.

Was es macht

• Inline-Direktive in jedem Inbound-Body: /t <level>, /think:<level> oder /thinking <level>.
• Levels (Aliase): off | minimal | low | medium | high | xhigh | adaptive
  • minimal → “think”
  • low → “think hard”
  • medium → “think harder”
  • high → “ultrathink” (max budget)
  • xhigh → “ultrathink+” (nur GPT-5.2 + Codex Modelle)
  • adaptive → Provider-managed adaptive reasoning budget (unterstützt für Anthropic Claude 4.6 Modellfamilie)
  • x-high, x_high, extra-high, extra high und extra_high werden auf xhigh gemappt.
  • highest, max werden auf high gemappt.
• Provider-Hinweise:
  • Anthropic Claude 4.6 Modelle nutzen standardmäßig adaptive, wenn kein explizites Thinking Level gesetzt ist.
  • Z.AI (zai/*) unterstützt nur binäres Thinking (on/off). Jedes Level außer off wird als on behandelt (gemappt auf low).
  • Moonshot (moonshot/*) mappt /think off auf thinking: { type: "disabled" } und jedes Level außer off auf thinking: { type: "enabled" }. Wenn Thinking aktiviert ist, akzeptiert Moonshot nur tool_choice auto|none; OpenClaw normalisiert inkompatible Werte auf auto.

Rangfolge der Einstellungen

1. Inline-Direktive in der Nachricht (gilt nur für diese eine Nachricht).
2. Session-Override (wird durch Senden einer Nachricht gesetzt, die nur die Direktive enthält).
3. Standardwert pro Agent (agents.list[].thinkingDefault in der Config).
4. Globaler Standardwert (agents.defaults.thinkingDefault in der Config).
5. Fallback: adaptive für Anthropic Claude 4.6 Modelle, low für andere Reasoning-fähige Modelle, ansonsten off.

Session-Standard festlegen

• Sende eine Nachricht, die nur aus der Direktive besteht (Whitespace ist erlaubt), zum Beispiel /think:medium oder /t high.
• Diese Einstellung bleibt für die aktuelle Session aktiv (standardmäßig pro Sender); sie wird durch /think:off oder einen Session-Idle-Reset gelöscht.
• Du erhältst eine Bestätigung (Thinking level set to high. / Thinking disabled.). Wenn das Level ungültig ist (z. B. /thinking big), wird der Befehl mit einem Hinweis abgelehnt und der Session-Status bleibt unverändert.
• Sende /think (oder /think:) ohne Argument, um das aktuelle Thinking Level zu sehen.

Anwendung nach Agent

• Embedded Pi: Das ermittelte Level wird an die In-Process Pi Agent Runtime übergeben.

Fast Mode (/fast)

• Levels: on|off.
• Eine Nachricht, die nur die Direktive enthält, schaltet den Session Fast-Mode-Override um und antwortet mit Fast mode enabled. / Fast mode disabled..
• Sende /fast (oder /fast status) ohne Modus, um den aktuellen Fast-Mode-Status zu sehen.
• OpenClaw ermittelt den Fast Mode in dieser Reihenfolge:
  1. Inline/Directive-only /fast on|off
  2. Session-Override
  3. Standardwert pro Agent (agents.list[].fastModeDefault)
  4. Per-Model Config: agents.defaults.models["<provider>/<model>"].params.fastMode
  5. Fallback: off
• Für openai/* mappt der Fast Mode auf OpenAI Priority Processing, indem service_tier=priority bei unterstützten Responses-Requests gesendet wird.
• Für openai-codex/* sendet der Fast Mode denselben service_tier=priority Flag bei Codex Responses. OpenClaw nutzt einen gemeinsamen /fast Toggle für beide Auth-Pfade.
• Für direkte öffentliche anthropic/* Requests, inklusive OAuth-authentifiziertem Traffic an api.anthropic.com, mappt der Fast Mode auf Anthropic Service Tiers: /fast on setzt service_tier=auto, /fast off setzt service_tier=standard_only.
• Explizite Anthropic serviceTier / service_tier Modell-Parameter überschreiben den Fast-Mode-Standard, wenn beide gesetzt sind. OpenClaw überspringt die Anthropic Service-Tier-Injection bei Non-Anthropic Proxy Base-URLs.

Verbose-Direktiven (/verbose oder /v)

• Levels: on (minimal) | full | off (Standard).
• Eine Nachricht, die nur die Direktive enthält, schaltet den Session Verbose-Modus um und antwortet mit Verbose logging enabled. / Verbose logging disabled.; ungültige Levels geben einen Hinweis zurück, ohne den Status zu ändern.
• /verbose off speichert einen expliziten Session-Override; lösche diesen über die Sessions UI, indem du inherit wählst.
• Eine Inline-Direktive betrifft nur diese Nachricht; ansonsten gelten Session- oder globale Standards.
• Sende /verbose (oder /verbose:) ohne Argument, um das aktuelle Verbose-Level zu sehen.
• Wenn Verbose aktiviert ist, senden Agenten, die strukturierte Tool-Ergebnisse ausgeben (Pi, andere JSON-Agenten), jeden Tool-Aufruf als eigene Nachricht zurück, die nur Metadaten enthält. Diese wird mit <emoji> <tool-name>: <arg> (Pfad/Befehl) eingeleitet, sofern verfügbar. Diese Tool-Zusammenfassungen werden gesendet, sobald ein Tool startet (separate Bubbles), nicht als Streaming Deltas.
• Zusammenfassungen von Tool-Fehlern bleiben im normalen Modus sichtbar, aber Suffixe mit rohen Fehlerdetails werden ausgeblendet, es sei denn, Verbose ist auf on oder full gesetzt.
• Wenn Verbose auf full steht, werden auch die Tool-Outputs nach Abschluss weitergeleitet (separate Bubble, auf eine sichere Länge gekürzt). Wenn du /verbose on|full|off während eines laufenden Durchgangs einschaltest, berücksichtigen nachfolgende Tool-Bubbles die neue Einstellung.

Sichtbarkeit der Gedankengänge (/reasoning)

• Levels: on|off|stream.
• Eine Nachricht, die nur die Direktive enthält, legt fest, ob Thinking-Blöcke in den Antworten angezeigt werden.
• Wenn aktiviert, wird das Reasoning als separate Nachricht mit dem Präfix Reasoning: gesendet.
• stream (nur Telegram): Streamt das Reasoning in die Telegram-Draft-Bubble, während die Antwort generiert wird, und sendet dann die finale Antwort ohne das Reasoning.
• Alias: /reason.
• Sende /reasoning (oder /reasoning:) ohne Argument, um das aktuelle Reasoning-Level zu sehen.
• Rangfolge: Inline-Direktive, dann Session-Override, dann Standardwert pro Agent (agents.list[].reasoningDefault), dann Fallback (off).

Verwandte Themen

• Die Dokumentation zum Elevated Mode findest du unter Elevated mode.

Heartbeats

• Der Body eines Heartbeat-Probes ist der konfigurierte Heartbeat-Prompt (Standard: Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.). Inline-Direktiven in einer Heartbeat-Nachricht gelten wie gewohnt (vermeide es aber, Session-Standards über Heartbeats zu ändern).
• Die Heartbeat-Auslieferung erfolgt standardmäßig nur für den finalen Payload. Um auch die separate Reasoning: Nachricht zu senden (falls verfügbar), setze agents.defaults.heartbeat.includeReasoning: true oder pro Agent agents.list[].heartbeat.includeReasoning: true.

Web Chat UI

• Der Thinking-Selector im Web Chat spiegelt das gespeicherte Level der Session aus dem Inbound Session Store oder der Config wider, wenn die Seite geladen wird.
• Die Auswahl eines anderen Levels gilt nur für die nächste Nachricht (thinkingOnce); nach dem Senden springt der Selector auf das gespeicherte Session-Level zurück.
• Um den Session-Standard zu ändern, sende wie gewohnt eine /think:<level> Direktive; der Selector wird dies nach dem nächsten Neuladen anzeigen.

Nächste Schritte

• Schau dir an, wie du den Elevated mode für kritische Systemzugriffe nutzt.
• Optimiere deine Workflows mit den richtigen Agent-Einstellungen.

AI Setup Assistant