Commandes slash et raccourcis clavier : le « panneau d'accès rapide » de la session
📚 Navigation de la série : L'article précédent (11 Fiche d'instructions du projet AGENTS.md) vous a appris à écrire des règles dans un fichier pour que Codex les lise avant chaque début de travail. C'était « fixer des règles à l'avance » ; cet article parle de « basculer les interrupteurs sur le vif » — une fois dans la session, un simple
/vous permet de changer de modèle, vider le contexte, voir l'état, relire les modifications, et avec quelques raccourcis clavier bien choisis, votre efficacité opérationnelle sera doublée. Le prochain article (13 Rédaction des prompts) reviendra sur « comment exprimer clairement vos besoins ».
J'ai compté les commandes slash répertoriées dans la documentation officielle de Codex.
Pour la CLI, la liste contient pas moins de 40 commandes ; pour l'application de bureau (App), il y en a 6 ; et pour l'extension IDE, 8. La première fois que j'ai parcouru le tableau de la CLI, j'ai été un peu déconcerté : rien que pour une session de terminal, il y a tellement d'options que l'on peut ajuster instantanément avec un slash, alors que j'en utilisais à tout casser moins de cinq.
Le plus frustrant a été la suite. Pendant un certain temps, chaque fois que je voulais effacer la discussion et recommencer, je faisais sagement un Ctrl+C pour quitter, puis je retapais codex pour redémarrer, en attendant qu'il recharge le projet — une opération qui prenait une bonne dizaine de secondes. J'ai fait cela pendant près de deux semaines, jusqu'au jour où je suis tombé par hasard sur /clear dans la documentation, avec cette simple explication : « efface le terminal et ouvre une toute nouvelle discussion ». Il suffisait d'écrire six caractères dans le champ de saisie, mes redémarrages de ces deux semaines n'étaient qu'une perte de temps totale.
Je vous raconte cela pour vous éviter de faire les mêmes erreurs : les commandes slash ne sont pas des « fonctionnalités avancées », elles constituent la console de contrôle la plus fondamentale de vos sessions Codex. Si vous souhaitez agir sur Codex lui-même — non pas lui faire écrire du code, mais configurer votre session actuelle — presque tous les accès se trouvent derrière ce simple /. Cet article détaille les commandes slash et les raccourcis clavier courants pour la CLI, l'application de bureau et l'IDE, vous offrant un guide de référence rapide directement applicable.
Après avoir lu cet article, vous obtiendrez :
- Une explication claire de ce qu'est une commande slash et pourquoi le nombre de commandes varie autant d'un point d'accès à l'autre
- Un guide de référence rapide des commandes CLI courantes, regroupées par étapes d'utilisation (
/model,/status,/diff,/compact,/review,/init...), pour que vous n'ayez pas à les apprendre par cœur - Les quelques commandes slash utilisables dans l'application de bureau et l'extension IDE — inutile d'essayer d'y appliquer le grand tableau de la CLI
- Une liste des raccourcis clavier CLI indispensables (
Ctrl+L,Ctrl+O,Tab,Ctrl+G, préfixe!...), tous vérifiés d'après la documentation officielle - Comment personnaliser vos raccourcis clavier (
/keymap), et pourquoi les débutants ne devraient pas se précipiter pour le faire - Un processus de vérification minimal à suivre, avec les résultats attendus
⚠️ Dans la suite de cet article, toutes les commandes, raccourcis et comportements par défaut font référence à la documentation officielle de Codex ; les noms de modèles, les numéros de version ou les touches de sortie dépendent de votre configuration locale. L'application de bureau ne documente actuellement que les raccourcis pour macOS. Pour Windows, veuillez vous référer au panneau des paramètres de votre machine.
01 Comprendre d'abord : qu'est-ce qu'une commande slash et pourquoi n'est-elle prise en compte qu'en début de ligne ?
Voici la conclusion directe : les commandes slash sont des « consignes de contrôle » que vous saisissez dans votre session Codex — elles ne s'adressent pas au modèle pour lui demander de travailler, mais ordonnent directement au programme Codex de changer de modèle, vider le contexte, afficher l'état ou lancer un processus.
Si vous repensez aux articles précédents, vos interactions avec Codex se divisent en deux catégories. D'une part, les besoins fonctionnels : « aide-moi à refactoriser cette fonction », « d'où vient cette erreur ? » — ce sont des demandes adressées au modèle. D'autre part, les méta-opérations : « efface la discussion et recommence », « passe à un modèle plus économique », « montre-moi la configuration actuelle » — ces actions ne doivent pas faire l'objet d'une discussion avec le modèle, elles nécessitent un interrupteur direct. Les commandes slash sont le point d'entrée unique de ces interrupteurs. La documentation officielle les décrit simplement ainsi : « les commandes slash vous offrent un contrôle rapide et axé sur le clavier sur Codex ».
Analogie : La liste des numéros de poste à l'accueil d'un immeuble de bureaux. Lorsque vous entrez dans un immeuble pour un rendez-vous, vous ne commencez pas à expliquer en detail à l'accueil : « je cherche la personne du troisième étage qui s'occupe des remboursements ». Vous regardez le tableau des postes affiché au mur : Comptabilité 8101, RH 8102, IT 8105, et vous composez directement le numéro. Chaque numéro correspond à un service précis, et la connexion est instantanée, sans détour ni malentendu. Les commandes slash sont ce tableau de postes pour votre session Codex : /model vous connecte au changement de modèle, /status à l'état de la session, /diff à la revue des modifications. Les exécuter déclenche des actions fixes codées en dur dans le programme, ce qui n'a rien à voir avec le fait de « demander de l'aide au modèle ».
Voici un piège classique pour les débutants : une commande slash n'est reconnue que si le caractère / est le premier caractère du message. Dès que vous tapez / dans le champ de saisie, le menu s'affiche ; si vous continuez à tapez des lettres, la liste est filtrée en temps réel. La documentation des trois points d'accès décrit la même procédure : « tapez / dans le champ de saisie, sélectionnez dans la liste ou continuez à taper pour filtrer (par exemple /status) ».
Voyons quelques situations concrètes où vous utiliserez ce « tableau de postes » :
- En cours de discussion, vous réalisez que le modèle n'est pas assez performant — inutile de quitter et de relancer, tapez
/modeldans la CLI pour changer de modèle à la volée sans interrompre la discussion. - Vous n'êtes pas sûr de votre configuration actuelle — tapez
/statuspour voir en un coup d'œil le modèle actif, la stratégie de validation et le quota de contexte restant. - Une tâche est terminée et vous voulez passer à un tout autre sujet — tapez
/cleardans la CLI pour nettoyer votre espace de travail et repartir sur de nouvelles bases.
Le point commun de ces actions : il ne s'agit pas de demander à Codex d'écrire du code, mais de configurer la session elle-même — c'est le domaine de prédilection des commandes slash.
Pourquoi le nombre de commandes varie-t-il autant selon les points d'accès (plus de quarante pour la CLI, six pour l'App, huit pour l'IDE) ? Tout simplement parce que la CLI est l'interface la plus complète de Codex (comme vu au chapitre 08). De nombreuses options bas niveau ou de débogage ne sont disponibles que dans le terminal. L'application de bureau et l'extension IDE disposent d'une interface graphique : ce qui peut être géré par des boutons, des menus ou des panneaux de configuration n'a pas besoin de surcharger la liste des commandes slash. N'essayez donc pas d'appliquer la grande liste de la CLI dans l'App ou l'IDE, chacun a son propre jeu de commandes, détaillé ci-dessous.
💡 En résumé : Les commandes slash sont le « tableau des numéros de poste » de votre session Codex — elles gèrent le programme lui-même (changement de modèle, nettoyage du contexte, affichage de l'état) et non le travail à effectuer. Elles ne fonctionnent que si elles commencent le message, et taper un simple
/affiche toutes les commandes disponibles pour votre interface actuelle.
02 Commandes CLI courantes : pas besoin de les apprendre par cœur, cherchez selon votre étape de travail
Apprendre par cœur les quelque quarante commandes de la CLI serait une pure perte de temps. Heureusement, elles se regroupent naturellement selon les étapes classiques d'une session. J'ai structuré les commandes les plus fréquentes en quatre groupes. Il vous suffit de chercher la ligne correspondant à ce que vous souhaitez faire, toutes vérifiées par rapport à la documentation officielle cli/slash-commands.
Précisons une chose : le chapitre 08 a déjà présenté l'interface interactive de la CLI et les commandes de secours indispensables. Cette section présente la liste complète et structurée, sans redondance.
Premier groupe : configurer l'espace de travail et définir les règles
| Commande | Rôle | Quand l'utiliser |
|---|---|---|
/init | Génère un squelette de fichier AGENTS.md dans le répertoire actuel | Première définition des règles d'un dépôt (voir le chapitre 11) |
/permissions | Configure ce que Codex est autorisé à faire sans demander de validation | Pour resserrer ou assouplir les autorisations entre Auto et Read Only |
/mcp | Liste les outils MCP configurés (ajoutez verbose pour les détails) | Pour connecter des services externes ou diagnostiquer la connexion des outils |
/skills | Parcourt et sélectionne un Skill local | Pour confier le cycle suivant à un Skill spécialisé |
/status | Affiche la configuration de la session et la consommation de tokens | Pour vérifier le modèle actif, la stratégie de validation, les répertoires modifiables et le contexte restant |
L'arrivée sur un nouveau projet suit généralement un schéma classique : d'abord /init pour que Codex lise le code et génère un projet de AGENTS.md (le chapitre 11 explique comment bien le rédiger), puis /permissions pour régler les autorisations à un niveau confortable.
Deuxième groupe : ajuster l'état en cours de travail
| Commande | Rôle | Quand l'utiliser |
|---|---|---|
/model | Change de modèle (certains permettent d'ajuster l'intensité du raisonnement) | Pour passer à un modèle plus puissant ou plus rapide |
/compact | Compresse la discussion visible sous forme de résumé pour libérer des tokens | Lorsque la discussion est longue et que le contexte est presque plein |
/clear | Efface le terminal et démarre une toute nouvelle discussion | Pour passer à une tâche totalement différente en nettoyant l'affichage |
/new | Ouvre une nouvelle discussion au sein de la même session CLI | Pour changer de tâche sans effacer l'écran au préalable |
/plan | Bascule en mode plan, éventuellement accompagné d'une consigne | Avant une modification importante, pour demander un plan sans action immédiate |
Voici trois commandes souvent confondues, détaillées d'après la documentation officielle :
/clear et /new ouvrent toutes deux une nouvelle discussion, mais diffèrent sur le nettoyage de l'écran. Selon la documentation officielle : /new n'efface pas l'affichage actuel du terminal contrairement à /clear. Ainsi, utilisez /clear pour faire place nette et faire disparaître l'historique de vos yeux, et /new pour changer de contexte tout en conservant le défilement de l'écran.
/clear et /compact forment un autre duo — l'un efface, l'autre compresse. Utilisez /clear pour une tâche entièrement nouvelle et indépendante (nettoyage complet), et /compact pour une même tâche devenue trop longue (pour condenser les notes sur une seule page et continuer à travailler). La « méthode du redémarrage » dans laquelle j'étais tombé venait d'une confusion entre « redémarrer » et « effacer la discussion » — en réalité, /clear résout le problème en une seule étape.
Troisième groupe : vérifier avant de valider le travail
| Commande | Rôle |
|---|---|
/diff | Affiche le Git diff, y compris pour les fichiers récents non encore suivis par Git |
/review | Demande à Codex de relire les modifications de votre espace de travail (pour détecter les changements de comportement et les tests manquants) |
/copy | Copie la dernière réponse complétée de Codex (équivalent à Ctrl+O) |
J'utilise /diff presque avant chaque validation — elle liste même les nouveaux fichiers non encore suivis et non ajoutés avec git add, ce qui est plus complet que de combiner git status et git diff. La documentation officielle précise qu'elle affiche à la fois les modifications indexées, non indexées et non suivies.
⚠️ La commande
/diffsuppose que votre projet est déjà un dépôt Git — elle encapsule le mécanisme de comparaison de Git. Si le répertoire actuel n'est pas initialisé avecgit init, aucune comparaison n'est possible, et/diffn'affichera rien. Avant de commencer, lancezgit statuspour vérifier l'état du dépôt ; s'il ne s'agit pas d'un dépôt Git, faites ungit initet effectuez un premier commit avant de demander à Codex de faire des modifications.
Quatrième groupe : autres commandes utiles
| Commande | Rôle |
|---|---|
/keymap | Affiche et modifie les raccourcis clavier de la TUI, avec persistance des modifications (voir section 05) |
/statusline | Sélectionne et organise de manière interactive les champs affichés dans la barre d'état (bas de page) |
/theme | Sélectionne et enregistre un thème de coloration syntaxique |
/resume | Restaure une discussion enregistrée à partir de la liste des sessions |
/side (alias /btw) | Ouvre une branche de discussion secondaire temporaire sans polluer le fil principal |
/fork | Duplique la discussion actuelle dans un nouveau fil, en conservant l'original intact |
/quit (alias /exit) | Quitte la CLI (pensez à sauvegarder ou valider vos modifications importantes avant de quitter) |
Cette liste n'est pas exhaustive (la table officielle compte plus de quarante lignes, reportez-vous à cli/slash-commands pour la liste complète), mais elle couvre 90 % de vos besoins quotidiens. Pour le reste, taper / suivi de quelques lettres dans le champ de saisie pour filtrer est bien plus pratique que d'apprendre un tableau par cœur.
Codex propose également une fonctionnalité très pratique décrite officiellement : pendant qu'une tâche est en cours d'exécution, vous pouvez saisir une commande slash et appuyer sur Tab pour la mettre en file d'attente. Elle sera analysée et exécutée automatiquement à la fin du cycle en cours, le menu des commandes et les erreurs éventuelles s'affichant à ce moment-là. Pendant qu'il lance des tests, je mets souvent /review en file d'attente avec Tab, ce qui me permet d'enchaîner directement sur la revue dès la fin des tests sans perdre de temps à attendre.
💡 En résumé : N'apprenez pas les commandes CLI par cœur, consultez-les par groupe d'étapes — configuration (
/init/permissions/mcp), cours de travail (/model/compact/clear), validation (/diff/review) et divers (/keymap/resume/fork). Retenez bien les différences entre/clear(effacer l'écran et changer de contexte),/new(changer de contexte sans effacer) et/compact(compresser pour continuer).
03 Application de bureau et extension IDE : beaucoup moins de commandes, n'appliquez pas la liste de la CLI
Comme je l'ai mentionné au chapitre 08, n'essayez pas d'utiliser les quarante commandes de la CLI dans l'application de bureau ou l'IDE, cela ne fonctionnera pas. Cette section détaille les commandes slash disponibles pour chacune de ces interfaces afin de vous éviter de taper /keymap dans l'application de bureau en vous demandant pourquoi rien ne se passe.
Pourquoi y a-t-il si peu de commandes ? Comme expliqué plus haut : dans une interface graphique, de nombreuses actions sont gérées par des boutons, des menus ou des panneaux de configuration, il n'est donc pas nécessaire de les intégrer sous forme de commandes slash. Analogie : L'application mobile d'une banque comparée au guichet physique. Au guichet (CLI), vous pouvez effectuer toutes les opérations, même les plus rares. L'application mobile (App de bureau / IDE) met en avant les opérations les plus fréquentes sous forme de boutons, et vous oriente vers d'autres menus pour le reste. L'application n'est pas limitée, elle propose simplement une ergonomie différente où les actions courantes sont directes et les actions secondaires déplacées.
Application de bureau : les 6 commandes officielles actuelles
| Commande slash | Rôle |
|---|---|
/status | Affiche l'ID du fil de discussion, l'utilisation du contexte et les limites de quota |
/review | Ouvre le mode de revue de code pour analyser les modifications non validées ou comparer avec une branche de référence |
/plan | Bascule en mode plan pour concevoir des étapes de planification |
/goal | Définit un objectif persistant pour Codex (commencez par utiliser /plan pour structurer les étapes avant de le définir) |
/mcp | Affiche l'état des serveurs MCP connectés |
/feedback | Permet d'envoyer un retour d'expérience (avec possibilité de joindre des journaux d'activité) |
Deux précisions de la documentation officielle : ① Saisir le caractère
$dans le champ de saisie permet d'appeler explicitement des Skills, et les Skills activés apparaîtront également dans la liste des commandes slash ; ② Si la commande/goalne figure pas dans votre liste, vous devez peut-être activer l'optionfeatures.goals = truedans votre fichierconfig.toml, ou exécuter la commandecodex features enable goals.
L'efficacité de l'application de bureau repose principalement sur ses raccourcis clavier — effacer la discussion, créer un nouveau fil ou changer de panneau s'effectuent via des raccourcis utilisant la touche Cmd (ou Ctrl) plutôt que par des commandes slash (voir le tableau du chapitre 07). Ainsi, dans l'application : les commandes slash gèrent les actions directives (revue, plan, état), tandis que les raccourcis gèrent l'interface (fenêtres, panneaux, historique), ce qui diffère de la CLI.
Extension IDE (VS Code, etc.) : les 8 commandes officielles actuelles
| Commande slash | Rôle |
|---|---|
/status | Affiche l'ID du fil de discussion, l'utilisation du contexte et les limites de quota |
/review | Ouvre le mode de revue de code pour analyser les modifications non validées ou comparer avec une branche de référence |
/goal | Définit un objectif persistant pour Codex |
/auto-context | Active ou désactive le « contexte automatique » pour inclure les fichiers récents et le contexte de l'IDE |
/local | Bascule en mode local pour exécuter les tâches sur votre machine |
/cloud | Bascule en mode cloud pour exécuter les tâches à distance (nécessite des autorisations cloud) |
/cloud-environment | Permet de sélectionner l'environnement cloud à utiliser (uniquement disponible en mode cloud) |
/feedback | Permet d'envoyer un retour d'expérience (avec possibilité de joindre des journaux d'activité) |
Les commandes les plus spécifiques à l'IDE sont le duo /local et /cloud — qui permettent de basculer instantanément une tâche entre « exécution locale » et « exécution à distance » (décrites respectivement aux chapitres 09 et 10). Dans VS Code, lors d'une refactorisation longue, j'utilise souvent /local pour valider mon approche, puis /cloud pour envoyer la tâche sur le cloud et libérer ma machine pour d'autres activités.
Voici un tableau comparatif des commandes slash selon les trois interfaces :
| Interface | Nombre de commandes slash (officiel) | Commandes spécifiques | Reste des opérations |
|---|---|---|---|
| CLI | Plus de 40 | /keymap, /fork, /side, /statusline, etc. | Raccourcis clavier (voir section 05) |
| App de bureau | 6 | /goal, /plan | Raccourcis clavier Cmd / Ctrl + boutons (voir chapitre 07) |
| Extension IDE | 8 | /local, /cloud, /auto-context | Palette de commandes VS Code + raccourcis (voir chapitre 09) |
⚠️ Ces chiffres correspondent aux commandes actuellement répertoriées dans la documentation officielle et peuvent évoluer avec les versions. La méthode la plus fiable consiste à taper
/dans votre interface actuelle pour voir la liste réelle — c'est cette liste qui fait foi pour votre version et votre machine.
💡 En résumé : L'application de bureau propose actuellement 6 commandes et l'IDE 8 commandes, soit beaucoup moins que les plus de quarante de la CLI. Les interfaces graphiques privilégient les boutons et les raccourcis clavier pour l'interface, réservant le slash aux commandes d'action. L'IDE propose en plus
/localet/cloudpour gérer le lieu d'exécution. Tapez/pour voir les commandes disponibles.
04 Une autre catégorie de « commandes » dans l'IDE : les actions Codex de la palette de commandes VS Code
La section précédente présentait les commandes slash à taper dans le chat de l'IDE. L'extension IDE propose également un autre type d'actions que vous pourriez oublier — les actions Codex de la palette de commandes de VS Code (Command Palette). Ces deux concepts sont distincts et doivent être différenciés.
Quel problème résolvent-elles ? Certaines opérations se situent au niveau de l'éditeur et non du chat : par exemple, sélectionner un bloc de code pour « l'ajouter comme contexte au fil de discussion actuel » ou placer le curseur sur un commentaire // TODO pour « demander à Codex de l'implémenter ». Ces actions ne peuvent pas être déclenchées par une commande slash (le slash s'utilise dans le chat), elles doivent être lancées via la palette de commandes ou associées à un raccourci clavier.
Analogie : Menu contextuel vs fenêtre de chat. Les commandes slash dans le chat correspondent à des consignes textuelles. Les actions de la palette de commandes ressemblent à un clic droit sur du code pour choisir « Confier à Codex » — l'un est une instruction textuelle, l'autre désigne directement du code sur lequel agir. Ces deux approches sont complémentaires.
La documentation officielle dans ide/commands répertorie les actions suivantes pour l'extension (avec leur ID pour faciliter l'association à un raccourci) :
Action (recherchez Codex ou l'ID dans la palette) | Raccourci par défaut | Rôle |
|---|---|---|
chatgpt.newChat | macOS Cmd+N / Win·Linux Ctrl+N | Crée un nouveau fil de discussion |
chatgpt.addToThread | Aucun (à associer) | Ajoute le code sélectionné comme contexte dans le fil actuel |
chatgpt.addFileToThread | Aucun (à associer) | Ajoute le fichier entier comme contexte dans le fil actuel |
chatgpt.implementTodo | Aucun (à associer) | Demande à Codex d'implémenter la ligne de commentaire TODO sélectionnée |
chatgpt.newCodexPanel | Aucun (à associer) | Ouvre un nouveau panneau Codex |
chatgpt.openSidebar | Aucun (à associer) | Ouvre le panneau latéral de Codex |
Comment associer un raccourci à ces actions ? Suivez la procédure officielle :
- Ouvrez la palette de commandes (macOS
Cmd+Shift+P, Windows / LinuxCtrl+Shift+P). - Recherchez Preferences: Open Keyboard Shortcuts (Préférences : Ouvrir les raccourcis clavier).
- Recherchez
Codexou l'ID de l'action souhaitée (par exemplechatgpt.newChat). - Cliquez sur l'icône de crayon et saisissez le raccourci de votre choix.
J'ai personnellement configuré un raccourci pour chatgpt.addToThread : je sélectionne une section de code complexe, j'appuie sur le raccourci pour l'envoyer dans le fil de discussion latéral, ce qui est bien plus rapide que de faire un copier-coller et de changer de fenêtre. Ces « actions d'éditeur » sont un avantage spécifique de l'extension IDE par rapport à la CLI, qui ne permet pas ce type d'interaction directe sur le code.
💡 En résumé : L'extension IDE propose deux types d'accès — les commandes slash dans le chat (directives textuelles) et les actions Codex dans la palette de commandes (
chatgpt.addToThread,implementTodo, etc., pour agir directement sur le code). Ces dernières n'ont généralement pas de raccourci par défaut, configurez-les selon vos préférences via les paramètres des raccourcis clavier.
05 Raccourcis clavier de la CLI : la vitesse supérieure
Les commandes slash sont rapides, mais pour certaines opérations très fréquentes, saisir un slash reste encore trop lent — une simple touche suffit. Cette section détaille ces actions exclusivement clavier dans la CLI. Nous regroupons ici les raccourcis présentés au chapitre 08 et ceux mentionnés dans cli/slash-commands.
Analogie : Les raccourcis clavier par rapport aux commandes slash sont comme le double-clic par rapport à « Clic droit → Ouvrir ». Le menu contextuel (commandes slash) permet de tout faire, mais pour les actions courantes, la mémoire musculaire du double-clic, du Ctrl+C et du Ctrl+V prend le dessus — les doigts vont plus vite que les yeux.
Voici les raccourcis clavier à intégrer dans votre mémoire musculaire pour la CLI :
| Raccourci | Rôle | Commande slash équivalente |
|---|---|---|
Ctrl+L | Efface l'écran du terminal mais conserve la discussion en cours (force le rafraîchissement) | Aucune (différent de /clear, voir ci-dessous) |
Ctrl+O | Copie la dernière réponse complétée de Codex | Équivalent à /copy |
Tab (pendant une tâche) | Met en file d'attente la saisie suivante, la commande slash ou la commande ! | Aucune |
Ctrl+G | Ouvre un éditeur externe pour rédiger un prompt long, puis réintègre le texte dans le champ de saisie (l'éditeur est défini par les variables d'environnement VISUAL ou EDITOR, par défaut vi si non configurées — pour utiliser VS Code, lancez export VISUAL=code) | Aucune |
Alt+R | Bascule en mode de défilement brut (raw) pour faciliter la sélection et la copie dans le terminal | Équivalent à /raw |
Préfixe ! (en début de ligne) | Exécute une commande shell dans le terminal sans affecter Codex | Aucune |
Trois aspects importants sont particulièrement soulignés dans la documentation officielle :
Ctrl+L n'est pas équivalent à /clear. C'est une confusion fréquente. Selon la documentation officielle : Ctrl+L efface uniquement l'affichage visuel du terminal et conserve la discussion en cours ; /clear efface l'écran et démarre une nouvelle discussion (le contexte est réinitialisé). L'un « nettoie le tableau », l'autre « change de tableau ». De plus, ces actions sont indisponibles pendant l'exécution d'une tâche — la documentation précise qu'elles sont désactivées durant les traitements et redeviennent actives après. Lors d'une connexion SSH sur un serveur distant, l'affichage de ma console s'est un jour décalé suite à une micro-coupure. J'ai failli tuer le processus avec Ctrl+C, puis je me suis rappelé de Ctrl+L : l'affichage s'est rafraîchi proprement et l'ensemble de mon contexte a été préservé. Si j'avais redémarré, j'aurais perdu tout mon historique de travail.
Le préfixe ! — exécuter une commande et en transmettre le résultat à Codex. Saisir un point d'exclamation en début de ligne suivi d'une commande (par exemple !git status) exécute cette commande directement dans votre terminal. La documentation officielle indique que Codex inclut le résultat de cette commande dans le contexte comme une saisie utilisateur, tout en respectant vos paramètres de validation et de bac à sable (sandbox). L'avantage ? Si vous souhaitez vérifier l'état du dépôt sans demander à Codex de le faire (ce qui consommerait des tokens), !git status vous donne la réponse immédiatement, et vous pouvez enchaîner la discussion sur cette base.
!git statusLa copie avec Ctrl+O a deux limites. La documentation précise : si une tâche est en cours, Ctrl+O copie la dernière réponse entièrement complétée (et non celle en cours de génération) ; de plus, cette action est indisponible avant la première réponse complète ou immédiatement après un retour en arrière (rollback). Garder ces limites à l'esprit vous évitera de vous demander pourquoi le raccourci semble inactif.
Modifier les raccourcis ? Utilisez /keymap, mais ne vous précipitez pas
Si les touches par défaut ne vous conviennent pas, la CLI propose /keymap pour afficher, modifier et enregistrer vos raccourcis dans la section tui.keymap de votre fichier config.toml. La procédure officielle est la suivante : tapez /keymap → sélectionnez le contexte et l'action à modifier → saisissez la nouvelle association ou effacez l'existante. Les noms de touches s'écrivent sous la forme : ctrl-a, shift-enter, page-down.
Cependant, je conseille aux débutants de s'habituer aux raccourcis par défaut avant de vouloir les modifier. J'ai attendu plusieurs mois d'utilisation quotidienne, et constaté des conflits avec d'autres outils, avant de personnaliser mes raccourcis. Modifier les touches dès le départ risque de rendre votre configuration incohérente avec la documentation et les didacticiels, ce qui compliquera votre apprentissage.
💡 En résumé : Pour la CLI, privilégiez les raccourcis
Ctrl+L(rafraîchir l'écran sans perdre le contexte, ne pas confondre avec/clear),Ctrl+O(copier la réponse),Tab(mettre en file d'attente),Ctrl+G(rédiger dans un éditeur externe) et!(exécuter une commande shell visible par Codex). La personnalisation se fait via/keymap, mais apprenez d'abord les raccourcis par défaut.
06 Pratique : tester les commandes slash sur les trois interfaces
Rien ne vaut la pratique. Voici un processus de vérification minimal qui ne nécessite aucun projet complexe. Un simple dossier vide suffit pour tester la CLI ; pour l'application et l'IDE, il vous suffira d'effectuer une manipulation rapide dans leurs interfaces respectives.
Différences de plateforme : la commande
mkdirci-dessous fonctionne sous Mac / Linux. Sous Windows, utilisez PowerShell et adaptez la commande, ou créez le dossier via l'Explorateur de fichiers. Si vous n'avez pas encore installé la CLI de Codex, reportez-vous au chapitre 03.
Partie CLI (5 étapes dans le terminal)
Étape 1 : Créer un dossier vide, y entrer et lancer Codex.
mkdir -p ~/codex-slash-demo && cd ~/codex-slash-demo && git init
codexRésultat attendu : la TUI s'ouvre en plein écran. Le champ de saisie se situe en bas, surmonté d'une barre d'état.
Étape 2 : Taper un / pour afficher la liste réelle des commandes.
Saisissez un simple slash dans le champ de saisie (sans appuyer sur Entrée) :
/Résultat attendu : un menu déroulant affiche la liste des commandes accompagnées de leur description. Ce menu représente la liste réelle des commandes disponibles pour votre version — vous constaterez qu'elle est plus longue que les tableaux de cet article (de nouvelles commandes étant régulièrement ajoutées). Saisir des lettres supplémentaires (comme /st) filtre la liste vers /status.
Étape 3 : Utiliser /status pour afficher la configuration active.
/statusRésultat attendu : Codex affiche un récapitulatif de la session — modèle utilisé, stratégie de validation, répertoires modifiables et volume de contexte restant. Une bonne base pour démarrer.
Étape 4 : Tester Ctrl+L et !, pour comparer raccourcis et commandes slash.
Saisissez une commande pour faire défiler du texte (par exemple !ls suivi de Entrée), puis appuyez sur Ctrl+L :
!lsRésultat attendu : la commande !ls affiche le contenu du répertoire actuel dans le terminal (le dossier étant vide, il est normal qu'aucun fichier ne s'affiche), et cette action est intégrée dans le contexte. Appuyer sur Ctrl+L rafraîchit proprement l'écran du terminal, mais conserve l'historique de votre discussion (faites défiler vers le haut pour le retrouver) — c'est la différence majeure avec /clear.
Étape 5 : Tester /diff en effectuant une modification, puis quitter.
Demandez d'abord à Codex de créer un fichier :
Crée un fichier hi.txt contenant le texte hello from codexCodex peut vous demander une validation selon votre configuration, acceptez. Exécutez ensuite :
/diffRésultat attendu : Codex affiche les modifications sous forme de diff Git, y compris le nouveau fichier hi.txt non encore suivi par Git — ce qui montre l'intérêt de /diff par rapport à un simple git status manuel. Pour quitter :
/exitRésultat attendu : vous revenez au terminal classique (la commande /quit ou le raccourci Ctrl+C produisent le même effet).
Partie App de bureau / IDE (1 étape pour chaque afin de comparer les commandes)
Application de bureau : Ouvrez l'application, et tapez un / dans le champ de saisie d'une discussion.
Résultat attendu : la liste affichée est beaucoup plus courte et se limite à /status, /review, /plan, /goal, /mcp, /feedback (selon votre version). Vous constatez ainsi la différence avec la liste de la CLI. Saisir $ affiche les Skills disponibles.
Extension IDE (VS Code, etc.) : Tapez / dans le chat de Codex.
Résultat attendu : la liste contient des commandes comme /local, /cloud, /auto-context qui n'existent ni dans la CLI ni dans l'App. Cela confirme la règle de la section 03 : chaque interface dispose de son propre jeu de commandes.
Ce test rapide vous a permis de valider les concepts clés de cet article : « taper / pour voir la liste réelle », « des commandes différentes selon l'interface », « la différence entre Ctrl+L et /clear » et « l'affichage des fichiers non suivis par /diff ».
ℹ️ Si à l'étape 5, Codex a créé le fichier sans demander de validation, cela s'explique par une stratégie de validation souple (le mode Auto autorise par défaut l'écriture de fichiers dans l'espace de travail). Ce n'est pas un bug, mais l'application des règles de bac à sable et de validation présentées au chapitre 02. Pour observer la demande de validation, utilisez
/permissionspour passer en modeRead Onlyavant de demander la création du fichier.
💡 En résumé : Suivez les étapes « taper
/→ exécuter/status→ testerCtrl+Let!→ analyser les modifications avec/diff→ quitter avec/exit» pour la CLI, puis comparez en tapant/dans l'App de bureau et l'IDE. C'est le meilleur moyen d'intégrer le fonctionnement des raccourcis et des commandes slash.
07 Récapitulatif
Cet article a détaillé le fonctionnement des commandes slash et des raccourcis clavier — les véritables outils de pilotage de vos sessions Codex, pour configurer le modèle, gérer le contexte et valider vos modifications avec un simple / ou une combinaison de touches.
Voici un tableau de synthèse à conserver :
| Concept | Fonctionnement | Points clés |
|---|---|---|
| Nature des commandes slash | Directives de contrôle de la session | Agissent sur le programme et non sur le code ; requièrent d'être en début de message |
| Organisation dans la CLI | Classées selon les étapes de travail | Configuration, modification de l'état, validation et divers ; tapez / pour voir la liste complète |
Différence /clear, /new, /compact | Effacer et réinitialiser / Changer de contexte sans effacer / Compresser pour continuer | Utilisez les deux premières pour changer de tâche, la dernière pour poursuivre |
| Commandes App de bureau | 6 commandes principales | /status, /review, /plan, /goal, /mcp, /feedback |
| Commandes extension IDE | 8 commandes principales | Propose spécifiquement /local, /cloud et /auto-context |
| Actions de la palette VS Code | Actions au niveau de l'éditeur | chatgpt.addToThread, implementTodo, etc. ; configurez vos propres raccourcis clavier |
| Raccourcis CLI indispensables | Ctrl+L, Ctrl+O, Tab, Ctrl+G, ! | Ctrl+L rafraîchit l'écran sans réinitialiser la discussion (différent de /clear) |
| Personnalisation des touches | Via /keymap (CLI) ou les raccourcis de l'App / IDE | Privilégiez l'apprentissage des touches par défaut dans un premier temps |
Vous êtes désormais capable de : exploiter le menu / dans n'importe quelle interface et y trouver rapidement la commande nécessaire ; comprendre les spécificités des commandes slash selon que vous utilisez la CLI, l'application de bureau ou l'IDE ; différencier Ctrl+L et /clear ; et associer des raccourcis clavier aux actions Codex de l'éditeur dans VS Code.
Pour éviter les pertes de temps liées aux redémarrages inutiles de vos sessions, prenez l'habitude de tapez / dès que vous souhaitez modifier le comportement ou l'état de Codex. Cette simple habitude vous fera gagner un temps précieux au quotidien.
Le chapitre suivant, 13 Rédaction des prompts, aborde le sujet complémentaire : si les commandes slash permettent d'ajuster les paramètres de la session, la qualité du travail de Codex dépend avant tout de votre capacité à exprimer clairement vos besoins. D'un prompt à l'autre, le résultat peut être radicalement différent. Nous allons voir comment formuler vos instructions pour que Codex comprenne et exécute vos demandes du premier coup. Une question en guise de réflexion : nous avons vu comment utiliser /plan pour demander un plan d'action ; selon vous, quelles sont les différences majeures entre un prompt imprécis et un prompt qui évite les retours inutiles ?