Dans Codex CLI 0.144.4, les commandes slash règlent la session, le modèle, les permissions, les outils connectés et l’interface sans avoir à reformuler une instruction dans le prompt. Il n’est pas utile de les mémoriser toutes : l’essentiel est de savoir à quelle famille appartient chaque action et quel effet elle produit. Ce guide recense les 45 commandes documentées, puis distingue ce que le binaire installé affiche en plus ou différemment.
La légende est simple : débutant désigne une action courante, lisible et sans configuration particulière ; intermédiaire suppose de comprendre le contexte de travail ou les conséquences sur une session ; avancé concerne les permissions, l’automatisation, les intégrations ou une configuration à manier délibérément.
Version et périmètre. Les descriptions ci-dessous s’appuient sur la documentation officielle et sur la table de commandes du binaire
codex-cli 0.144.4testé. Ces deux sources ne coïncident pas parfaitement : les écarts sont signalés, sans les présenter comme des garanties pour une autre version.
Session et contexte
Une session conserve une conversation et son contexte de travail. Les commandes de cette famille servent à repartir sur un nouveau sujet, à alléger un échange long ou à organiser les tâches sauvegardées. Elles sont les premières à connaître avant d’augmenter la configuration ou les autorisations.
| Commande | Rôle | Niveau |
|---|---|---|
/new |
Démarre une nouvelle tâche dans la même session de CLI. | Débutant |
/clear |
Efface le terminal et démarre une tâche neuve. | Débutant |
/compact |
Résume la conversation visible afin de libérer des tokens. Le binaire indique plus précisément qu’il sert à éviter d’atteindre la limite de contexte. | Intermédiaire |
/resume |
Reprend une conversation enregistrée depuis la liste des sessions. | Débutant |
/fork |
Duplique la tâche courante dans une nouvelle tâche. | Intermédiaire |
/rename |
Renomme la tâche en cours. | Débutant |
/archive |
Archive la session actuelle et quitte Codex. | Intermédiaire |
/delete |
Supprime définitivement la session actuelle et quitte Codex. | Avancé |
/side |
Lance une conversation latérale éphémère. L’alias /btw mène à la même fonction. |
Intermédiaire |
/compact et /clear ne répondent pas au même besoin. Le premier conserve une continuité sous forme résumée ; il convient lorsqu’un même travail se prolonge et que l’historique devient encombrant. Le second ouvre une tâche neuve : il est préférable lorsque le sujet change, afin que des décisions ou des fichiers de l’échange précédent ne pèsent plus sur la réponse.
/archive et /delete exigent davantage d’attention. Archiver sort de Codex après avoir rangé la session ; supprimer est explicitement définitif et quitte également l’outil. /rename, à l’inverse, est une mesure de classement légère qui aide à retrouver un travail avant de le reprendre avec /resume.
Modèle et comportement
Cette famille modifie la manière dont Codex répond ou organise son travail. Elle ne décrit pas un modèle comme « meilleur » qu’un autre : le bon choix dépend du catalogue proposé au compte et de la tâche. Pour replacer cette sélection dans une démarche d’évaluation concrète, le test terrain d’un modèle GPT constitue un complément utile.
| Commande | Rôle | Niveau |
|---|---|---|
/model |
Choisit le modèle actif et, lorsque l’option est disponible, l’effort de raisonnement. | Débutant |
/fast |
Active ou désactive une offre de service Fast lorsque le catalogue de modèles en propose une. | Intermédiaire |
/plan |
Passe en mode plan et peut recevoir un prompt en même temps. | Intermédiaire |
/goal |
Définit, modifie, met en pause, reprend, affiche ou efface un objectif de tâche. | Intermédiaire |
/personality |
Choisit un style de communication pour les réponses. | Débutant |
/memories |
Configure l’utilisation et la génération de mémoire. | Avancé |
/experimental |
Active ou désactive des fonctionnalités expérimentales. | Avancé |
Le mode plan ne remplace pas le travail : il change le cadre de l’échange pour préparer l’action. /goal donne, lui, un statut explicite à l’objectif suivi par la tâche. Ces deux commandes sont utiles lorsqu’une demande doit rester précise malgré plusieurs étapes ; les principes d’une consigne anti-vrille pour l’IA aident à formuler ce cadre sans ambiguïté.
/model et /fast doivent être distingués. La première commande sélectionne le modèle actif et peut exposer un effort de raisonnement ; la seconde ne fait que basculer une offre Fast lorsqu’elle existe dans le catalogue. Rien dans la commande /fast ne permet d’affirmer qu’elle choisit elle-même un modèle déterminé.
La mémoire est une fonction de configuration, pas un substitut à une instruction de projet explicite. De même, le mot « experimental » indique une fonctionnalité dont le comportement peut évoluer : il faut vérifier ce qui est proposé dans la version utilisée avant de l’intégrer à une procédure d’équipe.
Permissions et bac à sable
Les permissions déterminent ce que Codex peut faire sans nouvelle demande. Elles ne doivent pas être confondues avec une approbation ponctuelle. Cette séparation est importante : une règle de permission définit un cadre, tandis que /approve traite un cas précis après un refus récent de revue automatique.
| Commande | Rôle | Niveau |
|---|---|---|
/permissions |
Définit ce que Codex peut faire sans demander d’abord. Dans le binaire, le libellé est « choose what Codex is allowed to do ». | Avancé |
/approve |
Autorise un seul nouvel essai après un refus récent de revue automatique. | Avancé |
/setup-default-sandbox |
Met en place le bac à sable agent avec élévation ; cette commande est réservée à Windows. | Avancé |
/sandbox-add-read-dir |
Accorde au bac à sable un droit de lecture vers un répertoire supplémentaire ; cette commande est réservée à Windows. | Avancé |
Le binaire 0.144.4 précise la forme attendue par /sandbox-add-read-dir : /sandbox-add-read-dir <absolute_path>. Un chemin absolu est donc requis par cette commande, et non un chemin relatif au dépôt.
Une confusion fréquente vient d’une ancienne dénomination supposée : /approvals ne figure plus parmi les commandes listées. La commande actuelle est /approve, dont la portée est étroite : elle ne règle pas les autorisations générales et n’autorise qu’un ré-essai de la revue automatique. Pour choisir les actions que Codex est autorisé à effectuer dans la durée, c’est /permissions qui est concernée.
Explique plus — bac à sable. Un bac à sable est un environnement qui encadre les accès d’un agent. Ici, les deux commandes documentées dans cette famille sont explicitement limitées à Windows. Elles ne constituent donc pas une instruction générique à recopier sur tous les systèmes : leur présence et leur comportement doivent être vérifiés dans l’interface de la version locale.
Code, fichiers et revue
Ces commandes servent à observer les changements, demander une revue ou joindre le contexte nécessaire à une tâche. Elles ne remplacent pas la lecture du diff ni les vérifications propres au projet ; elles structurent le passage entre le dépôt et la conversation.
| Commande | Rôle | Niveau |
|---|---|---|
/diff |
Affiche le diff Git, y compris les fichiers que Git ne suit pas encore. | Débutant |
/review |
Demande à Codex de relire l’arbre de travail. | Intermédiaire |
/mention |
Joint un fichier à la conversation. | Débutant |
/init |
Génère une ossature de AGENTS.md dans le répertoire courant. Le binaire le formule comme la création d’un fichier AGENTS.md avec des instructions pour Codex. |
Intermédiaire |
Un diff décrit les modifications présentes dans Git ; /diff inclut aussi les fichiers non suivis, ce qui évite d’oublier une création récente lors d’un contrôle. /review demande une lecture de l’arbre de travail : son résultat reste une revue, pas une fusion ni une validation automatique du projet.
/mention est adapté lorsqu’un fichier doit devenir un élément explicite de la conversation. /init répond à un autre besoin : créer la structure initiale d’instructions AGENTS.md dans le dossier courant. Le contenu de ce fichier mérite ensuite une relecture humaine, car il fixe le cadre de travail du dépôt.
Écosystème, intégrations et agents
Codex CLI peut s’appuyer sur des outils connectés, des plugins, des hooks, des skills et le contexte d’un environnement de développement. Cette famille rassemble ce qui élargit la conversation au-delà du seul répertoire courant. La présentation de Claude Code donne aussi un point de comparaison pour les lecteurs qui emploient les deux outils.
| Commande | Rôle | Niveau |
|---|---|---|
/mcp |
Liste les outils Model Context Protocol configurés. Le binaire accepte aussi /mcp verbose pour davantage de détails. |
Intermédiaire |
/apps |
Parcourt les apps, ou connecteurs, puis les insère dans le prompt. | Intermédiaire |
/plugins |
Parcourt les plugins installés et ceux qui peuvent être découverts. | Intermédiaire |
/hooks |
Affiche et gère les hooks de cycle de vie. | Avancé |
/skills |
Parcourt et utilise les skills. | Intermédiaire |
/import |
Importe la configuration Claude Code, des fichiers de projet et des conversations récentes. | Intermédiaire |
/ide |
Inclut les fichiers ouverts, la sélection courante et d’autres éléments de contexte de l’IDE. | Intermédiaire |
/agent |
Bascule le fil d’agent actif ; /subagents est un alias. |
Avancé |
MCP signifie Model Context Protocol. Dans Codex, /mcp liste les outils MCP configurés ; le sous-argument verbose est un détail relevé dans le binaire 0.144.4, absent de la documentation en ligne citée pour cet article. Pour comprendre la construction d’une telle connexion avant de la configurer, consultez le guide pour créer un connecteur MCP.
Un hook est une action gérée à un moment du cycle de vie ; /hooks sert à les voir et les administrer. Un plugin et une app étendent l’environnement de façon différente dans le menu, mais les faits vérifiés ici se limitent à leur exploration : /plugins parcourt les plugins, tandis que /apps parcourt des connecteurs et les insère dans le prompt.
Les skills sont des compétences consultables et utilisables depuis /skills. Leur conception et leur réutilisation méritent une procédure stable : l’article sur les skills de Claude Code fournit ce repère, sans présumer d’une équivalence de format entre les deux outils. /import est particulièrement notable pour les équipes mixtes, car il importe précisément une configuration Claude Code, des fichiers de projet et des conversations récentes.
Enfin, /agent sélectionne le fil d’agent actif, avec /subagents comme alias. Ce n’est pas une commande qui décrit à elle seule une méthode de coordination ; pour le vocabulaire et les enjeux de cette organisation, voir comment composer une équipe d’agents IA.
Terminaux d’arrière-plan
| Commande | Rôle | Niveau |
|---|---|---|
/ps |
Affiche les terminaux d’arrière-plan et leur sortie récente. | Intermédiaire |
/stop |
Arrête tous les terminaux d’arrière-plan. | Intermédiaire |
/ps sert à constater ce qui tourne et à consulter la sortie récente. /stop a une portée plus forte : il arrête tous les terminaux d’arrière-plan. Cette différence justifie de contrôler l’état avec /ps avant de stopper une exécution que l’on souhaite peut-être conserver.
Interface et confort d’utilisation
Ces réglages concernent l’interface en terminal, le compositeur et la récupération d’une réponse. Ils ne modifient pas le dépôt ni la logique métier d’une tâche, mais ils peuvent rendre l’usage quotidien plus lisible.
| Commande | Rôle | Niveau |
|---|---|---|
/keymap |
Remappe les raccourcis clavier de l’interface TUI. | Intermédiaire |
/vim |
Active ou désactive le mode Vim du compositeur. Le binaire le formule explicitement comme une bascule marche/arrêt. | Intermédiaire |
/raw |
Active ou désactive le mode de défilement brut. | Intermédiaire |
/copy |
Copie la dernière sortie Codex terminée. | Débutant |
/theme |
Choisit un thème de coloration syntaxique. Cette commande est présente dans le binaire, mais absente de la liste de la documentation en ligne. | Débutant |
/pet |
Choisit ou masque l’animal de compagnie du terminal. Cette commande est présente dans le binaire, mais absente de la liste de la documentation en ligne. | Débutant |
/statusline |
Configure les éléments affichés dans la ligne d’état. Cette commande est présente dans le binaire, mais absente de la liste de la documentation en ligne. | Intermédiaire |
Les commandes /theme, /pet et /statusline doivent être lues comme des écarts observés dans la table interne de codex-cli 0.144.4, non comme des ajouts garantis par la documentation officielle. Cette même table mentionne un réglage permettant de choisir les éléments affichés dans le titre du terminal, sans fournir dans les informations vérifiées ici un nom de commande slash à publier. Il est donc préférable de ne pas lui en attribuer un.
Compte, application et sortie
| Commande | Rôle | Niveau |
|---|---|---|
/status |
Affiche la configuration de la session et l’usage des tokens. | Débutant |
/usage |
Affiche l’utilisation de tokens du compte ou une réinitialisation de limite de débit. | Intermédiaire |
/logout |
Déconnecte Codex. | Débutant |
/feedback |
Envoie des journaux aux responsables de Codex. | Intermédiaire |
/app |
Poursuit la session actuelle dans l’application de bureau ChatGPT. | Intermédiaire |
/exit |
Quitte la CLI ; cette commande est équivalente à /quit. |
Débutant |
/quit |
Quitte la CLI. | Débutant |
/status renseigne l’état de la session et les tokens consommés dans ce contexte ; /usage concerne l’usage de tokens du compte ou la réinitialisation d’une limite de débit. Les deux vues sont complémentaires, mais elles ne désignent pas exactement le même périmètre.
/feedback transmet des journaux aux mainteneurs : il faut donc l’utiliser en sachant que la commande envoie des éléments de diagnostic. /app ne ferme pas la session : il la continue dans l’application de bureau ChatGPT. Enfin, /exit et /quit ont le même effet documenté de sortie de la CLI.
Codex et Claude Code : les mêmes gestes, des noms différents
Codex CLI et Claude Code partagent plusieurs gestes de base : alléger une longue conversation, la vider, choisir un modèle, activer une offre rapide, initialiser des instructions ou administrer des hooks. La correspondance ne signifie pas que tous les détails d’implémentation sont identiques ; elle aide seulement à retrouver les points de repère en passant d’un outil à l’autre. L’inventaire des commandes slash de Claude Code donne le versant complet de cette comparaison.
| Besoin | Codex CLI | Claude Code | Point vérifié |
|---|---|---|---|
| Résumer une conversation longue | /compact |
/compact |
La commande existe dans les deux outils. |
| Repartir avec un contexte neuf | /clear |
/clear |
La commande existe dans les deux outils. |
| Utiliser une offre rapide | /fast |
/fast |
La commande existe dans les deux outils. |
| Choisir le modèle | /model |
/model |
La commande existe dans les deux outils. |
| Installer des instructions de projet | /init crée AGENTS.md |
/init génère CLAUDE.md |
Le nom du fichier de référence diffère. |
| Gérer des hooks | /hooks |
/hooks |
La commande existe dans les deux outils. |
| Reprendre des éléments Claude Code dans Codex | /import |
— | Codex importe une configuration Claude Code, des fichiers de projet et des conversations récentes. |
La dernière ligne n’est pas une équivalence de commande : elle met en évidence un pont documenté côté Codex. Dans un environnement où les deux assistants coexistent, il est prudent de relire les fichiers importés et la configuration obtenue au lieu de supposer une conversion parfaite.
Créer ses propres commandes
Les informations vérifiées pour codex-cli 0.144.4 dans ce guide ne décrivent pas de mécanisme de création de commandes slash personnelles, ni de dossier, ni de format de fichier qui permettrait d’en créer une. Il serait donc inexact de transposer la mécanique de Claude Code ou d’inventer une syntaxe pour Codex.
En revanche, Codex propose des entrées distinctes pour explorer les /skills, les /plugins, les /apps et les /hooks. Elles peuvent répondre à des besoins d’extension ou de standardisation, mais elles ne doivent pas être présentées comme la preuve qu’une commande slash personnalisée existe. Avant de diffuser une procédure d’équipe, vérifiez le comportement proposé par la version installée et la documentation qui l’accompagne.
Mécanique du menu /
La commande slash est une instruction de l’interface Codex CLI, nommée avec /. La liste documentée compte 45 commandes, auxquelles le binaire 0.144.4 ajoute au moins /theme, /pet et /statusline dans sa table interne. Le menu reste donc dépendant de la version : la documentation en ligne et le binaire local sont deux sources à rapprocher lorsqu’une commande attendue n’apparaît pas.
La pratique la plus sûre consiste à mémoriser les commandes de session (/new, /clear, /compact), celles de contrôle (/permissions, /status) et celles liées au travail courant (/diff, /review, /mention), puis à consulter le menu pour les réglages moins fréquents. Les commandes internes de débogage relevées dans le binaire — debug-config, rollout, test-approval, debug-m-drop et debug-m-update — ne sont pas documentées pour l’usage courant. La mention explicite « DO NOT USE » est présente à proximité : elles ne constituent pas des commandes à adopter dans un workflow.
FAQ
/compact ou /clear ?
/compact résume la conversation visible pour libérer des tokens et préserver un fil de travail. /clear efface le terminal et ouvre une tâche neuve. Le premier convient à un même sujet qui dure ; le second, à un changement de sujet ou à la volonté de repartir sans le contexte précédent.
/approve règle-t-il les permissions de Codex ?
Non. /approve autorise un seul nouvel essai après un refus récent de revue automatique. Les autorisations générales se configurent avec /permissions. /approvals ne fait plus partie des commandes listées dans la version étudiée.
Comment obtenir le détail des outils MCP configurés ?
/mcp liste les outils MCP configurés. Dans la table interne du binaire 0.144.4, /mcp verbose est indiqué pour demander davantage de détails ; ce sous-argument ne figure pas dans la documentation en ligne utilisée pour cette liste.
/sandbox-add-read-dir accepte-t-il un chemin relatif ?
Non selon le libellé du binaire : la forme attendue est /sandbox-add-read-dir <absolute_path>. Cette commande est par ailleurs signalée comme réservée à Windows.
Peut-on créer une commande slash personnelle comme dans Claude Code ?
Ce n’est pas établi par les faits vérifiés pour cet article. Aucune mécanique de fichier, de dossier ou de syntaxe pour créer une commande slash Codex n’est fournie dans les sources retenues ; il faut donc la considérer comme non documentée ici, plutôt que d’importer une convention d’un autre outil.
Pourquoi une commande peut-elle manquer dans la documentation ou dans le menu ?
La version compte. Le binaire 0.144.4 contient /theme, /pet et /statusline, absents de la liste officielle examinée, et des descriptions parfois différentes pour /permissions, /init, /vim, /compact ou /mcp. Inversement, une fonctionnalité non observée localement ne doit pas être supposée disponible sur la seule foi d’une autre version.
Glossaire
- AGENTS.md : fichier d’instructions pour Codex que
/initpeut créer dans le répertoire courant. - App / connecteur : intégration que
/appspermet de parcourir et d’insérer dans le prompt. - Bac à sable (sandbox) : environnement qui encadre les accès d’un agent ; les commandes Windows listées ici configurent ce cadre.
- Contexte : informations prises en compte par une tâche, notamment la conversation et les éléments qui y sont joints.
- Diff Git : représentation des modifications de fichiers dans Git ;
/diffinclut aussi les fichiers non suivis. - Hook de cycle de vie : action administrée à un moment défini du cycle de vie, via
/hooks. - MCP : Model Context Protocol, protocole associé à des outils configurés que
/mcpliste dans Codex. - Mode plan : mode activé par
/plan, destiné à organiser le travail dans ce cadre. - Plugin : extension que
/pluginspermet de parcourir parmi celles installées ou découvrables. - Raisonnement : effort de raisonnement éventuellement proposé lors du choix d’un modèle avec
/model. - Session : conversation sauvegardable que l’on peut renommer, archiver, supprimer ou reprendre.
- Skill : compétence que
/skillspermet de parcourir et d’utiliser. - Sous-agent : fil d’agent sélectionnable avec
/agentou son alias/subagents. - Token : unité de texte servant notamment à mesurer l’usage et la capacité de contexte.
- TUI : interface utilisateur affichée dans le terminal ;
/keymapy remappe les raccourcis.