Codex slash commands : catalogue CLI, IDE et workflow DevOps (2026)

À la fin de ce tutoriel Codex slash commands, vous saurez ouvrir le popup / dans le CLI, l’IDE et l’app, choisir la bonne commande (/model, /plan, /diff, /review, /status, /mcp…), enchaîner un workflow lab avant commit, distinguer custom prompts (dépréciés) et Skills, et éviter les modes dangereux (--yolo). Pas un redo de OpenAI Codex : intro 2026 ni de Codex CLI et IDE.

Niveau : Débutant → Intermédiaire · Temps estimé : 40–50 min · Versions cibles : Codex CLI récent (famille 2026), extension IDE Codex, app desktop · Dernière vérification : 2026-09-11

Statut : HOLD — draft only (ne pas publier sur WordPress)

Prérequis

• Hub parcours : IA pour DevOps : parcours 2026 · landing IA
• Leçon précédente : OpenAI Codex : intro 2026
• Codex CLI installé et authentifié (codex login) ; extension IDE ou app optionnelle pour comparer les surfaces
• Un dépôt Git lab (clone local) : pas de secrets, pas de prod
• Notions minimales Git (status, diff, branche) — utile pour /diff et /review
• Coût : selon votre abonnement ChatGPT / OpenAI Codex · Risque : faible en sandbox workspace-write ; élevé si vous forcez --yolo / danger-full-access

Ce que nous allons construire

Codex slash commands (popup « / »)
  ├── CLI : familles (session, modèle, plan/review, contexte, permissions, MCP/skills)
  ├── IDE : /auto-context, /cloud, /local, /review, /status…
  ├── App : liste courte + skills via $
  ├── Lab DevOps : /status → /model → /plan → edits → /diff → /review
  ├── AGENTS.md (/init) · Skills vs /prompts: (déprécié)
  └── FAQ · Quiz · suite Module B

(Schéma à remplacer par une image locale Excalidraw / draw.io, alt : « Codex slash commands : popup CLI, familles de commandes, workflow plan-diff-review ».)

Les slash commands pilotent la session Codex (modèle, permissions, revue, contexte) — ce ne sont pas des commandes shell. La liste exacte dépend de la version et de la surface (CLI vs IDE vs app) : tapez / et filtrez.

Étape 1 — Ouvrir le popup et comprendre le rôle

1. Lancez Codex dans le dépôt lab : codex --cd /chemin/vers/repo (ou ouvrez le chat Codex dans l’IDE).
2. Dans le composer, tapez /.
3. Continuez à taper pour filtrer (/sta → /status).
4. Si une tâche tourne déjà, certaines builds permettent de mettre en file la commande pour le tour suivant (souvent via Tab — vérifiez votre version).

Surface	Rôle des slash
CLI (TUI)	Catalogue le plus riche : modèle, plan, diff, MCP, skills, TUI
IDE	Local/cloud, auto-context, review, status
App desktop	Sous-ensemble + skills ($)

Règle d’or DevOps : avant une grosse modification, /status (état) puis /plan (stratégie) ; avant commit, /diff puis /review.

Étape 2 — Catalogue CLI par familles

Les tableaux ci-dessous couvrent le noyau documenté 2026. Votre build peut en exposer davantage (ex. /theme, /hooks, /vim) : le popup / fait foi.

Session et contexte

Commande	À quoi ça sert
/status	Modèle actif, politique d’approbation, racines writable, usage tokens / contexte
/new	Nouveau chat sans quitter le CLI
/clear	Rafraîchir TUI + nouveau chat (≠ simple clear d’écran)
/compact	Résumer la conversation visible pour libérer du contexte
/fork	Brancher un nouveau fil sans perdre l’original
/resume	Reprendre une session sauvegardée
/copy	Copier la dernière sortie Codex terminée
/exit / /quit	Quitter le CLI

Modèle, style et planification

Commande	À quoi ça sert
/model	Choisir le modèle (et l’effort de raisonnement si proposé)
/fast	Activer / vérifier un palier Fast quand le catalogue l’expose
/personality	Style de réponse (concis, explicatif, collaboratif…)
/raw	Sortie moins mise en forme (lecture de diffs / logs)
/plan	Passer en plan mode (+ prompt optionnel) avant d’implémenter
/goal	Objectif persistant de tâche (selon feature goals)
/review	Revue du working tree (comportement, tests manquants…)
/diff	Afficher le diff Git local (fichiers non suivis inclus selon build)

Fichiers, permissions, outils

Commande	À quoi ça sert
/ide	Inclure fichiers ouverts / sélection IDE dans le prochain prompt
/mention	Attacher un fichier ou dossier précis
/permissions	Assouplir ou resserrer ce que Codex peut faire sans demander (alias historique /approvals)
/approve	Réessayer une action refusée par la revue auto
/sandbox-add-read-dir	Ajouter une lecture sandbox hors racines (souvent Windows)
/mcp	Lister les outils MCP configurés (verbose pour le détail)
/plugins / /apps	Parcourir plugins / apps et les insérer dans le prompt
/skills	Parcourir / invoquer des Skills
/agent	Basculer vers un fil d’agent / sous-agent
/experimental	Basculer des features expérimentales
/init	Générer un scaffold AGENTS.md pour le dépôt
/logout / /feedback	Déconnexion / envoi de feedback (+ logs optionnels)

TUI et diagnostics (selon build)

Commande	À quoi ça sert
/statusline / /title	Champs de la barre d’état / titre de fenêtre
/theme	Prévisualiser / sauver un thème TUI
/ps / /stop	Voir / arrêter des terminaux d’arrière-plan expérimentaux
/debug-config	Diagnostiquer couches de config et politiques

Étape 3 — Slash IDE et app (ne pas confondre avec le CLI)

Extension IDE

Commande	Description
/auto-context	Inclure automatiquement fichiers récents / contexte IDE
/cloud	Exécuter la tâche en cloud (accès cloud requis)
/cloud-environment	Choisir l’environnement cloud (mode cloud)
/local	Revenir en exécution locale sur le workspace
/review	Mode revue (changes non commités ou vs branche de base)
/status	Thread ID, usage contexte, rate limits
/feedback	Feedback (+ logs)
/goal	Objectif persistant (activer features.goals dans config.toml si absent)

# ~/.codex/config.toml — exemple feature goals
[features]
goals = true

App desktop (liste courte typique)

/feedback, /mcp, /plan-mode, /review, /status — plus les skills visibles dans le menu / ou via $skill-name.

Étape 4 — Lab DevOps : workflow slash avant commit

Objectif lab : dans un repo jetable, enchaîner le cœur des slash sans toucher la prod.

# 1) Entrer dans le dépôt lab
cd /tmp/lab-codex-slash && git status
codex --cd /tmp/lab-codex-slash

# Dans le composer Codex (pas dans bash) :
# /status
# /model          # choisir un modèle adapté au refactor
# /plan Propose un plan pour ajouter un endpoint GET /health qui renvoie {"ok":true}
# … laisser Codex planifier, puis implémenter …
# /diff
# /review
# /compact        # si la session est longue avant la suite

Checklist opérateur :

1. /status confirme modèle + sandbox + racines.
2. /plan avant les edits multi-fichiers.
3. /diff pour voir exactement ce qui a bougé.
4. /review pour une passe « second regard » (tests, régressions).
5. Commit humain : vous relisez, puis git add / git commit (Codex ne remplace pas votre revue).

Variante cloud (IDE) : basculez avec /cloud, choisissez /cloud-environment, lancez la même intention (« healthcheck + tests »), puis /local pour valider le diff sur votre machine. Utile quand le poste local manque de runners ou de dépendances lourdes — gardez toutefois la revue humaine avant merge.

Astuce tokens : si /status montre un contexte saturé au milieu du lab, /compact immédiatement avant de demander une nouvelle feature ; sinon le modèle « oublie » des contraintes (ports, chemins, no-secrets) déjà posées plus haut.

Pour un contexte ciblé sans tout coller :

/mention src/app.ts
/ide Explique la sélection actuelle et propose un test unitaire minimal

Étape 5 — AGENTS.md, Skills et prompts custom (dépréciés)

/init et instructions dépôt

/init pose un AGENTS.md (conventions du repo, commandes de test, garde-fous). C’est le pendant « projet » des instructions persistantes — à versionner pour l’équipe.

Skills (recommandé 2026)

Un Skill = dossier avec SKILL.md (front matter name / description + corps). Invocation via /skills ou $nom-du-skill. Préférez les skills pour les runbooks réutilisables (lint, changelog, checklist PR).

Custom prompts /prompts:name (déprécié)

Toujours possibles sous ~/.codex/prompts/*.md, invocables en /prompts:draftpr, avec placeholders ($1, $ARGUMENTS, $FILE…). OpenAI oriente vers les Skills pour le partage et l’invocation implicite. Ne construisez plus de nouveaux workflows critiques uniquement sur /prompts:.

# Exemple héritage (lab seulement) — migrer vers Skill ensuite
mkdir -p ~/.codex/prompts
cat > ~/.codex/prompts/healthcheck.md << 'EOF'
---
description: Ajouter un healthcheck HTTP minimal
argument-hint: SERVICE_DIR
---
Dans $SERVICE_DIR, propose un endpoint GET /health JSON {"ok":true}
avec tests. Ne touche pas aux secrets ni à la CI prod.
EOF
# Puis dans Codex : /prompts:healthcheck SERVICE_DIR=./api

Étape 6 — Sécurité, sandbox et erreurs fréquentes

En contexte DevOps Elastic Hayway, les slash commands sont un levier de gouvernance de session autant qu’un raccourci UX. Un pipeline CI ne doit pas hériter d’un --yolo « parce que c’était plus rapide en local ». Gardez les modes permissifs pour une VM jetable ; en poste partagé, préférez workspace-write, des racines explicites, et un /permissions resserré dès que la tâche est finie.

Mode / flag	Usage	Attention
Sandbox read-only	Exploration	Pas d’écriture
workspace-write	Lab / feature courante	Limité aux racines accordées
danger-full-access / --yolo	Jamais en machine partagée / prod	Contourne approvals + sandbox

Symptôme	Piste
Commande absente du popup	Surface différente (IDE ≠ CLI) ou feature off (/experimental, config.toml)
/review vague	D’abord /diff ; préciser la branche de base en IDE
Contexte saturé	/compact puis /new si le fil est trop bruyant
MCP vide	/mcp puis configurer via codex mcp (leçon outils / MCP du parcours)
Trop d’autonomie	Resserrer avec /permissions

FAQ

Les slash commands Codex sont-elles les mêmes que Claude Code ?
Non. La philosophie (taper /) se ressemble, le catalogue diffère. Voir Claude Code : slash commands et plus tard Codex vs Claude Code.

Faut-il mémoriser les 40+ commandes CLI ?
Non. Retenez le socle DevOps : /status, /model, /plan, /diff, /review, /compact, /mcp. Le popup filtre le reste.

/clear vs /new vs Ctrl+L ?
/new : nouveau chat dans la session. /clear : reset chat + TUI selon builds. Ctrl+L : souvent affichage seulement — vérifiez votre version.

Puis-je automatiser sans TUI ?
Oui, via codex exec (hors focus de cette page). Les slash restent l’UX interactive ; l’automation scriptée passe par le CLI non interactif (voir Codex CLI et IDE).

Custom prompts ou Skills pour un runbook d’équipe ?
Skills (partageables, invocables $ / /skills). Gardez /prompts: uniquement en transition.

/permissions et /approve, c’est la même chose ?
Non. /permissions ajuste la politique (ce qui peut partir sans demander). /approve sert à relancer une action précise refusée par la revue automatique — utile après un faux positif, pas pour élargir durablement les droits.

Quiz (5 questions)

1. À quoi sert principalement /plan ?
– A. Installer Codex
– B. Demander une stratégie d’exécution avant d’implémenter
– C. Pousser sur main

2. Quelle paire est la plus utile juste avant un commit ?
– A. /logout puis /theme
– B. /diff puis /review
– C. /apps puis /copy

3. Quelle affirmation est vraie ?
– A. Les slash commands = alias bash du shell hôte
– B. Elles pilotent la session Codex (modèle, permissions, revue…)
– C. Elles remplacent Git

4. OpenAI recommande quoi pour les workflows réutilisables en 2026 ?
– A. Uniquement ~/.codex/prompts sans migration
– B. Les Skills (SKILL.md), prompts custom étant dépréciés
– C. Désactiver /mcp

5. Que faire si le contexte de session explose au milieu d’un lab long ?
– A. /compact (puis /new si besoin)
– B. /yolo obligatoire
– C. Supprimer .git

Réponses : 1‑B · 2‑B · 3‑B · 4‑B · 5‑A

Récapitulatif

Vous avez une carte mentale des Codex slash commands : popup / sur CLI / IDE / app, familles CLI (session, modèle, plan/review, permissions, MCP/skills), sous-ensemble IDE cloud/local, lab /status puis /model puis /plan puis /diff puis /review, /init pour AGENTS.md, migration Skills plutôt que /prompts:, sandbox prudente. En équipe, documentez dans AGENTS.md les commandes de test et les dossiers interdits ; en solo, standardisez le même enchaînement slash pour chaque petite feature. Prochaine étape naturelle : approfondir Codex CLI et IDE, puis refactor et tests et Codex + GitHub.

Ressources & suite

• Doc OpenAI Developers : pages Slash commands CLI / IDE (vérifier la build installée)
• Précédent : OpenAI Codex : intro 2026
• Suivant : Codex CLI et IDE
• Latéral : Codex : refactor et tests · Codex + GitHub · Codex vs Claude Code · Claude Code : slash commands
• Hub : IA pour DevOps : parcours 2026

Maillage Module B — Codex

← Précédent	OpenAI Codex : intro 2026
→ Suivant	Codex CLI et IDE
Hub	IA pour DevOps : parcours 2026
Latéral	refactor/tests · GitHub · vs Claude Code