Aller au contenu

Commandes slash

Commandes saisies dans le compositeur d’un espace. Elles se répartissent en trois groupes selon l’endroit où elles prennent effet, et cette différence compte : une commande locale ne circule jamais comme message, si bien qu’elle n’apparaît pas dans la transcription et n’atteint aucun agent.

Où elle s’exécute Ce que cela signifie
Local Traitée dans le client (ou par une opération serveur amorcée par le client). La commande ne circule jamais comme message, donc aucun agent ne la voit.
Latéral Un seul appel au modèle côté serveur à propos de la conversation. La conversation n’est pas modifiée.
Lancement Définit un mode ou une directive pour l’exécution que le message démarre.

Local → lancement. Arme le mode plan sur la conversation : un arbre de travail entièrement en lecture seule et une surface d’outils plafonnée à read. Le livrable de l’agent est un plan, pas une modification. Un /plan seul ne fait que basculer le mode et ne circule jamais comme message ; avec un prompt, c’est le reste de la ligne qui démarre l’exécution.

Lancement. Démarre un objectif autonome que le superviseur d’objectifs relance au fil des segments et des redémarrages.

Saisir /goal avec du texte ouvre d’abord l’entretien d’objectif — une courte passe qui refuse de valider un brouillon tant qu’il ne réunit pas les cinq éléments suivants : des critères de réussite qu’un évaluateur peut trancher sans jugement, une commande de vérification exacte, un plafond de tentatives, les limites du périmètre et les conditions d’arrêt. Chaque étape propose Ignorer et lancer tel quel : l’entretien est une valeur par défaut, non un passage obligé.

/goal pause, /goal resume et /goal drop ne sont pas des commandes slash. La pause, la reprise et l’arrêt se trouvent dans la liste des objectifs de la conversation, dans la barre latérale. Les options de démarrage de l’objectif lui-même sont --budget <dollars>, --max <N> (budget d’exécution) et --days <N> (échéance). Un objectif qui a atteint son plafond de coûts ne reprend que si vous relevez ce plafond, depuis le même contrôle de la barre latérale.

Lancement. Travaille par itérations jusqu’à ce que tout soit terminé. Accepte une borne : /loop 10, /loop 30m, /loop 1h30m, /loop 10 minutes fix the tests.

Un jeton qui ressemble à une limite (qui commence par un chiffre ou un signe) et qui ne peut pas être analysé est une erreur fatale. La prose reste de la prose, donc /loop keep going until the tests pass est une boucle non bornée dont le prompt tient sur la même ligne, et non une analyse erronée.

Lancement. Transforme la session en directeur : ses propres outils se réduisent à read et à cinq verbes de worker, et des workers en arrière-plan se chargent des modifications. Voir Diriger des workers en arrière-plan.

Les workers ne survivent jamais au mode : le quitter les tue tous.


Local → serveur. Replie l’historique plus ancien dans un résumé ancré et poursuit sur le contexte compacté. Aucun argument à l’attention du modèle : la commande ne circule jamais comme message, et la passe de compactage n’accepte aucune indication d’orientation.

Local → serveur. Écarte le contenu lourd sans le résumer : aucun appel au modèle, chaque mot est conservé, seul le volume que personne n’allait relire est effacé.

Cible Ce qui est écarté
tool_output Les anciens résultats d’outils sans incident (par défaut)
images Les anciennes captures d’écran, dont le texte est conservé
all Les deux

C’est l’échappatoire pour « mon contexte est lourd, mais je ne veux pas de résumé ».

Local. Ouvre l’explorateur de contexte de l’agent de cette conversation dans un onglet qui lui est propre : chaque segment et chaque partie de sa fenêtre de contexte — prompt système, skills, fichiers de contexte, schémas d’outils, historique et images — avec ce que chacun coûte et le contenu intégral qui se trouve derrière.

L’onglet est indexé sur le couple (espace, agent), donc l’exécuter deux fois refocalise un seul onglet au lieu d’empiler des copies de la même répartition.

Dans un espace comptant plus d’un agent, un /context seul ouvre la fenêtre que lit l’indicateur d’utilisation du contexte de l’en-tête — l’agent qui a travaillé ici en dernier, celui dont le message se trouve au bas du fil — et l’onglet est étiqueté Contexte · <name> pour indiquer à qui il appartient. Nommez-en un autre pour basculer : /context qa (le @ est facultatif). Un nom saisi est résolu exactement, jamais approximativement : deux agents détiennent deux fenêtres différentes, donc une quasi-correspondance qui ouvrirait l’autre serait une réponse d’apparence plausible à une question que vous n’avez pas posée.

Le même explorateur se cache derrière la puce d’utilisation du contexte dans l’en-tête de l’espace, qui suit ce même agent — la commande et la puce ne peuvent jamais diverger sur ce que « le contexte » signifie ici.


Ces commandes consomment un appel au modèle et ne modifient jamais la conversation. Le prochain vrai tour de l’agent voit exactement ce qu’il aurait vu de toute façon, ce qui constitue toute la valeur de la question.

Latéral. Rédige un document de transmission pour la personne qui reprend le travail à froid : quelle est la tâche, ce qui a été appris, ce qui reste à faire.

Latéral. Répond à une question sur le travail effectué jusqu’ici sans ajouter la question ni la réponse à la transcription.


Local. Ouvre le navigateur de branches : où la conversation a bifurqué, sur quel chemin elle se trouve actuellement et comment revenir à un chemin que vous avez quitté. Voir Créer une branche de conversation.

Local. Écrit la conversation dans un fichier HTML autonome — cartes d’outils repliables, aucune feuille de style, aucun script, aucun hébergeur d’images. Sur ordinateur, le fichier arrive dans Documents/ControlCenter/exports/ ; sur le Web, il est téléchargé.

Local. Copie la transcription dans le presse-papiers au format markdown, avec les appels d’outils dans des blocs repliables. Le raisonnement est volontairement exclu : une transcription collée dans un rapport de bug est lue par un humain.


Local. Consulte et modifie la liste de tâches persistée de la conversation. Un /todo seul ouvre l’éditeur. Sous-commandes : append, start, done, drop (alias rm), edit, copy, export, import.

Lancement. Applique un skill installé. Les skills vivent sous leur propre préfixe skill:, de sorte qu’ils ne partagent aucun espace de noms avec les commandes intégrées — sans cela, un skill nommé plan serait définitivement inaccessible.

Lancement. Tout fichier markdown situé dans le dépôt sous .agents/commands, .agent/commands, .claude/commands, .codex/commands ou .opencode/commands. Un fichier imbriqué foo/bar.md est également accessible sous la forme foo:bar.

Gabarits : $1, $@, $@[start:length] et $ARGUMENTS. Le frontmatter peut définir description (autocomplétion du compositeur). allowed-tools et model sont lus dans le fichier, mais l’invocation d’une commande utilisateur ne fait actuellement que substituer les arguments dans le corps — ils ne changent ni le modèle ni la surface d’outils de l’exécution.

Une commande écrite par un utilisateur l’emporte sur un skill du même nom : c’est un raccourci qu’une personne a invoqué délibérément, avec des arguments.


Ce ne sont pas des commandes. Un mot en minuscules isolé, n’importe où dans un prompt, attache une instruction cachée pour ce tour.

Mot Effet
ultrathink Effort de raisonnement maximal pour le tour
orchestrate Déléguer le travail indépendant en parallèle et vérifier chaque phase

Le mécanisme de correspondance est volontairement strict sur les frontières. orchestrate, correspond ; orchestrated, orchestrate.ts, foo::orchestrate et orchestrate() ne correspondent pas, et les blocs de code délimités, les segments en ligne et les sections XML sont masqués au préalable. Sans cela, coller une trace de pile changerait le comportement de l’agent.