Slash-Befehle

Der Gateway verarbeitet Befehle, die als eigenständige, mit / beginnende Nachrichten gesendet werden. Nur auf dem Host ausgeführte Bash-Befehle verwenden ! <cmd> (mit /bash <cmd> als Alias).

Wenn eine Unterhaltung an eine ACP-Sitzung gebunden ist, wird normaler Text an das ACP- Harness weitergeleitet. Befehle zur Gateway-Verwaltung bleiben lokal: /acp ... erreicht immer den OpenClaw-Befehlshandler, und /status sowie /unfocus bleiben lokal, wenn die Befehlsverarbeitung für die Oberfläche aktiviert ist.

Drei Befehlstypen

Konfiguration

{  commands: {    native: "auto",    nativeSkills: "auto",    text: true,    bash: false,    bashForegroundMs: 2000,    config: false,    mcp: false,    plugins: false,    debug: false,    restart: true,    ownerAllowFrom: ["discord:123456789012345678"],    ownerDisplay: "raw",    ownerDisplaySecret: "${OWNER_ID_HASH_SECRET}",    allowFrom: {      "*": ["user1"],      discord: ["user:123"],    },    useAccessGroups: true,  },}

OPENCLAW_DOCS_MARKER:paramOpen:IHBhdGg9ImNoYW5uZWxzLjxjaGFubmVs .commands.enforceOwnerForCommands" type="boolean" default="false"> Pro Kanal: Erfordert für eigentümerexklusive Befehle eine Eigentümeridentität. Bei true muss der Absender commands.ownerAllowFrom entsprechen oder über den internen Berechtigungsumfang operator.admin verfügen. Ein Platzhaltereintrag in allowFrom ist nicht ausreichend.

Befehlsliste

Befehle stammen aus drei Quellen:

• Integrierte Kernbefehle: src/auto-reply/commands-registry.shared.ts
• Generierte Dock-Befehle: src/auto-reply/commands-registry.data.ts
• Plugin-Befehle: Aufrufe von registerCommand() durch Plugins

Die Verfügbarkeit hängt von Konfigurationsoptionen, der Kanaloberfläche und den installierten/aktivierten Plugins ab.

Kernbefehle

Dock-Befehle

Dock-Befehle leiten Antworten der aktiven Sitzung an einen anderen verknüpften Kanal weiter. Einrichtung und Fehlerbehebung finden Sie unter Kanal-Docking.

Aus Kanal-Plugins mit Unterstützung für native Befehle generiert:

• /dock-discord (Alias: /dock_discord)
• /dock-mattermost (Alias: /dock_mattermost)
• /dock-slack (Alias: /dock_slack)
• /dock-telegram (Alias: /dock_telegram)

Dock-Befehle erfordern session.identityLinks. Der Absender im Quellkanal und der Zielteilnehmer müssen derselben Identitätsgruppe angehören.

Befehle gebündelter Plugins

Nur für QQBot: /bot-ping, /bot-version, /bot-help, /bot-upgrade, /bot-logs

Skill-Befehle

Von Benutzern aufrufbare Skills werden als Slash-Befehle bereitgestellt:

• /skill <name> [input] funktioniert immer als allgemeiner Einstiegspunkt.
• Skills können als direkte Befehle registriert werden (z. B. /prose für OpenProse).
• Die Registrierung nativer Skill-Befehle wird durch commands.nativeSkills und channels.<provider>.commands.nativeSkills gesteuert.
• Namen werden auf a-z0-9_ bereinigt (maximal 32 Zeichen); bei Kollisionen werden numerische Suffixe angehängt.

/tools: Was der Agent jetzt verwenden kann

/tools beantwortet eine Laufzeitfrage: Was kann dieser Agent derzeit in dieser Unterhaltung verwenden? — und zeigt keinen statischen Konfigurationskatalog.

/tools         # kompakte Ansicht/tools verbose # mit kurzen Beschreibungen

Die Ergebnisse gelten für die jeweilige Sitzung. Ein Wechsel des Agenten, Kanals, Threads, der Absenderautorisierung oder des Modells kann die Ausgabe verändern. Verwenden Sie zum Bearbeiten von Profilen und Überschreibungen den Bereich „Tools“ in der Control UI oder die Konfigurationsoberflächen.

/model: Modellauswahl

/model             # Modellauswahl anzeigen/model list        # identisch/model 3           # anhand der Nummer aus der Auswahl auswählen/model openai/gpt-5.4/model opus@anthropic:default/model default     # Modellauswahl der Sitzung löschen/model status      # detaillierte Ansicht mit Endpunkt und API-Modus

In Discord öffnen /model und /models eine interaktive Auswahl mit Dropdown-Listen für Provider und Modelle. Die Auswahl berücksichtigt agents.defaults.models, einschließlich provider/*-Einträgen.

/config: Konfiguration auf dem Datenträger schreiben

/config show/config show messages.responsePrefix/config get messages.responsePrefix/config set messages.responsePrefix="[openclaw]"/config unset messages.responsePrefix

Die Konfiguration wird vor dem Schreiben validiert. Ungültige Änderungen werden abgelehnt. Aktualisierungen durch /config bleiben über Neustarts hinweg erhalten.

/mcp: MCP-Serverkonfiguration

/mcp show/mcp show context7/mcp set context7={"command":"uvx","args":["context7-mcp"]}/mcp unset context7

/mcp speichert die Konfiguration in der OpenClaw-Konfiguration und nicht in den Projekteinstellungen des eingebetteten Agenten. /mcp show schwärzt Felder mit Zugangsdaten, Werte erkannter Zugangsdaten-Flags und bekannte Argumente, die wie Geheimnisse aufgebaut sind. Bei der Ausführung in einer Gruppe wird die Konfiguration dem Eigentümer privat gesendet. Ist keine private Route zum Eigentümer verfügbar, schlägt der Befehl sicher geschlossen fehl und fordert den Eigentümer auf, es in einem direkten Chat erneut zu versuchen.

/debug: Überschreibungen nur für die Laufzeit

/debug show/debug set messages.responsePrefix="[openclaw]"/debug set channels.whatsapp.allowFrom=["+1555","+4477"]/debug unset messages.responsePrefix/debug reset

/plugins: Plugin-Verwaltung

/plugins/plugins list/plugin show context7/plugins enable context7/plugins disable context7/plugins install ./path/to/plugin

/plugins enable|disable aktualisiert die Plugin-Konfiguration und lädt die Plugin-Laufzeit des Gateways für neue Agenteninteraktionen im laufenden Betrieb neu. /plugins install startet verwaltete Gateways automatisch neu, da sich Plugin-Quellmodule geändert haben.

/trace: Plugin-Trace-Ausgabe

/trace          # aktuellen Trace-Status anzeigen/trace on/trace off

/trace zeigt sitzungsbezogene Plugin-Trace- und Debug-Zeilen an, ohne den vollständigen ausführlichen Modus zu aktivieren. Es ersetzt weder /debug (Laufzeitüberschreibungen) noch /verbose (normale Tool-Ausgabe).

/btw: Nebenfragen

/btw dient für eine kurze Nebenfrage zum Kontext der aktuellen Sitzung. Alias: /side.

/btw what are we doing right now?/side what changed while the main run continued?

Im Gegensatz zu einer normalen Nachricht:

• Verwendet die aktuelle Sitzung als Hintergrundkontext.
• Wird in Codex-Harness-Sitzungen als temporärer Codex-Nebenthread ausgeführt.
• Verändert den zukünftigen Sitzungskontext nicht.
• Wird nicht in den Transkriptverlauf geschrieben.

Das vollständige Verhalten finden Sie unter BTW-Nebenfragen.

Hinweise zu Oberflächen

Provider-Nutzung und -Status

• Provider-Nutzung/Kontingent (z. B. „Claude 80 % verbleibend“) wird in /status für den aktuellen Modell-Provider angezeigt, wenn die Nutzungsverfolgung aktiviert ist.
• Token-/Cache-Zeilen in /status können auf den neuesten Nutzungseintrag im Transkript zurückgreifen, wenn die Momentaufnahme der aktiven Sitzung nur wenige Daten enthält.
• Ausführung und Laufzeit: /status meldet Execution für den tatsächlich verwendeten Sandbox-Pfad und Runtime dafür, wer die Sitzung ausführt: OpenClaw Default, OpenAI Codex, ein CLI-Backend oder ein ACP-Backend.
• Token/Kosten pro Antwort: gesteuert durch /usage off|tokens|full.
• /model status betrifft Modelle, Authentifizierung und Endpunkte, nicht die Nutzung.

Verwandte Themen