Commandes à barre oblique

Le Gateway traite les commandes envoyées sous forme de messages autonomes commençant par /. Les commandes bash réservées à l’hôte utilisent ! <cmd> (avec /bash <cmd> comme alias).

Lorsqu’une conversation est liée à une session ACP, le texte normal est acheminé vers le harnais ACP. Les commandes de gestion du Gateway restent locales : /acp ... atteint toujours le gestionnaire de commandes OpenClaw, tandis que /status et /unfocus restent locales chaque fois que le traitement des commandes est activé pour l’interface.

Trois types de commandes

Configuration

{  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"> Par canal : exige l’identité du propriétaire pour les commandes qui lui sont réservées. Lorsque la valeur est true, l’expéditeur doit correspondre à commands.ownerAllowFrom ou disposer de la portée interne operator.admin. Une entrée générique dans allowFrom ne suffit pas.

Liste des commandes

Les commandes proviennent de trois sources :

• Commandes intégrées au cœur : src/auto-reply/commands-registry.shared.ts
• Commandes de dock générées : src/auto-reply/commands-registry.data.ts
• Commandes des Plugins : appels à registerCommand() par les Plugins

La disponibilité dépend des indicateurs de configuration, de la surface du canal et des Plugins installés et activés.

Commandes du cœur

Commandes d’ancrage

Les commandes d’ancrage basculent l’itinéraire de réponse de la session active vers un autre canal lié. Consultez Ancrage des canaux pour la configuration et le dépannage.

Générées à partir des plugins de canaux prenant en charge les commandes natives :

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

Les commandes d’ancrage nécessitent session.identityLinks. L’expéditeur source et le pair cible doivent appartenir au même groupe d’identités.

Commandes des plugins intégrés

Exclusivement pour QQBot : /bot-ping, /bot-version, /bot-help, /bot-upgrade, /bot-logs

Commandes de Skills

Les Skills pouvant être invoquées par l’utilisateur sont exposées sous forme de commandes slash :

• /skill <name> [input] fonctionne toujours comme point d’entrée générique.
• Les Skills peuvent s’enregistrer comme commandes directes (par exemple /prose pour OpenProse).
• L’enregistrement natif des commandes de Skills est contrôlé par commands.nativeSkills et channels.<provider>.commands.nativeSkills.
• Les noms sont normalisés selon a-z0-9_ (32 caractères maximum) ; les collisions reçoivent des suffixes numériques.

/tools : ce que l’agent peut utiliser maintenant

/tools répond à une question d’exécution : ce que cet agent peut utiliser actuellement dans cette conversation — et non un catalogue de configuration statique.

/tools         # vue compacte/tools verbose # avec de brèves descriptions

Les résultats sont propres à la session. Changer d’agent, de canal, de fil, d’autorisation de l’expéditeur ou de modèle peut modifier la sortie. Pour modifier les profils et les remplacements, utilisez le panneau Outils de l’interface de contrôle ou les surfaces de configuration.

/model : sélection du modèle

/model             # afficher le sélecteur de modèle/model list        # identique/model 3           # sélectionner par numéro dans le sélecteur/model openai/gpt-5.4/model opus@anthropic:default/model default     # effacer la sélection de modèle de la session/model status      # vue détaillée avec le point de terminaison et le mode d’API

Dans Discord, /model et /models ouvrent un sélecteur interactif comportant des listes déroulantes de fournisseurs et de modèles. Le sélecteur respecte agents.defaults.models, y compris les entrées provider/*.

/config : écritures de configuration sur disque

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

La configuration est validée avant l’écriture. Les modifications non valides sont rejetées. Les mises à jour effectuées avec /config persistent après les redémarrages.

/mcp : configuration des serveurs MCP

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

/mcp stocke la configuration dans celle d’OpenClaw, et non dans les paramètres de projet de l’agent intégré. /mcp show masque les champs contenant des identifiants, les valeurs des options reconnues comme contenant des identifiants et les arguments connus pour avoir la forme de secrets. Lorsqu’elle est exécutée depuis un groupe, la configuration est envoyée en privé au propriétaire ; si aucun itinéraire privé vers le propriétaire n’est disponible, la commande échoue de manière sécurisée et demande au propriétaire de réessayer depuis une conversation directe.

/debug : remplacements limités à l’exécution

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

/plugins : gestion des plugins

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

/plugins enable|disable met à jour la configuration des plugins et recharge à chaud l’environnement d’exécution des plugins du Gateway pour les nouveaux tours d’agent. /plugins install redémarre automatiquement les Gateways gérés, car les modules sources des plugins ont changé.

/trace : sortie de traçage des plugins

/trace          # afficher l’état actuel du traçage/trace on/trace off

/trace affiche les lignes de traçage et de débogage des plugins propres à la session sans activer le mode entièrement détaillé. Cette commande ne remplace ni /debug (remplacements d’exécution) ni /verbose (sortie normale des outils).

/btw : questions annexes

/btw permet de poser rapidement une question annexe sur le contexte de la session actuelle. Alias : /side.

/btw que faisons-nous actuellement ?/side qu’est-ce qui a changé pendant la poursuite de l’exécution principale ?

Contrairement à un message normal :

• Utilise la session actuelle comme contexte d’arrière-plan.
• Dans les sessions du banc d’essai Codex, s’exécute comme un fil annexe Codex éphémère.
• Ne modifie pas le contexte futur de la session.
• N’est pas inscrit dans l’historique de la transcription.

Consultez Questions annexes BTW pour connaître le comportement complet.

Notes sur les surfaces

Utilisation et état des fournisseurs

• Utilisation/quota du fournisseur (par exemple, « Claude : 80 % restants ») s’affiche dans /status pour le fournisseur du modèle actuel lorsque le suivi de l’utilisation est activé.
• Les lignes relatives aux tokens/au cache dans /status peuvent utiliser en dernier recours la dernière entrée d’utilisation de la transcription lorsque l’instantané de la session en direct contient peu d’informations.
• Exécution ou environnement d’exécution : /status indique Execution pour le chemin effectif du bac à sable et Runtime pour l’entité qui exécute la session : OpenClaw Default, OpenAI Codex, un moteur CLI ou un moteur ACP.
• Tokens/coût par réponse : contrôlés par /usage off|tokens|full.
• /model status concerne les modèles, l’authentification et les points de terminaison, et non l’utilisation.

Pages connexes