Les surfaces : app web, IDE et CLI
Mis à jour le 29 juillet 2026
Trois façons d’utiliser Codex
Codex n’est pas une application unique mais un agent accessible depuis trois surfaces, chacune taillée pour un contexte de travail précis. Que vous soyez dans votre navigateur, dans votre IDE ou dans un terminal, l’agent reste le même : ce sont l’ergonomie, le contexte disponible et la façon de suivre l’exécution qui changent. Choisir la bonne surface fait souvent plus de différence sur votre productivité quotidienne que le choix du modèle.
L’app web — codex.openai.com
L’interface web est le point d’entrée le plus accessible : vous y arrivez par votre navigateur, vous connectez vos repositories GitHub, vous lancez des tâches. C’est la surface des travaux longs, ceux que vous démarrez avant une réunion et que vous retrouvez terminés. Une migration, un refactoring massif, plusieurs tâches menées en parallèle sur des dépôts différents : tout cela se pilote confortablement depuis une seule page. C’est aussi la surface qui sert à reviewer les résultats et à approuver les pull requests, et la seule que vous pouvez ouvrir à des membres non techniques de l’équipe.
Un exemple donne la mesure de ce qu’on lui confie :
Tâche : "Migre tous les composants React de src/components/
vers TypeScript strict. Ajoute les types manquants
et corrige les erreurs."
Résultat : Codex crée une PR avec 47 fichiers modifiés,
tous les tests passent.
Pendant l’exécution, l’app web affiche le journal complet : chaque fichier lu, chaque commande exécutée, chaque décision prise. Vous suivez le raisonnement de Codex en temps réel, ce qui vous permet d’interrompre une tâche qui part dans la mauvaise direction au lieu d’en découvrir les dégâts une demi-heure plus tard dans le diff final.
L’extension IDE — VS Code et JetBrains
L’extension s’installe dans Visual Studio Code ou dans les IDE JetBrains — IntelliJ, WebStorm, PyCharm — et amène Codex là où vous passez vos journées. Son atout décisif est l’accès au contexte local : le fichier ouvert, la sélection de code, le workspace entier. Quand vous surlignez une fonction de trente lignes et demandez un refactoring, vous n’avez rien à expliquer, puisque l’extension connaît déjà le projet, son langage et son framework.
C’est donc la surface du quotidien, celle des gestes qui se répètent dix fois par jour : obtenir des tests pour la fonction en cours d’écriture, faire expliquer un bloc hérité que plus personne ne comprend, corriger l’erreur que votre terminal intégré vient d’afficher. Les résultats arrivent directement dans l’éditeur, sans changer d’application, et des raccourcis clavier personnalisables réduisent encore la friction. La contrepartie est réelle : une tâche longue vous immobilise dans un contexte que vous auriez sans doute voulu réutiliser entre-temps.
Le CLI — ligne de commande
Le CLI s’adresse aux développeurs qui vivent dans le terminal. Il s’installe via npm ou directement depuis OpenAI, et s’utilise comme n’importe quelle commande Unix.
# Installation
npm install -g @openai/codex-cli
# Lancer une tâche
codex "Ajoute la validation des emails dans le formulaire d'inscription"
# Lancer avec un modèle spécifique
codex --model gpt-5.6-terra "Refactore le module de paiement"
# Mode interactif
codex --interactive
Sa vraie valeur apparaît dès que vous sortez de l’usage manuel : automatisation dans des scripts et des pipelines CI/CD, exécution en batch sur plusieurs repositories, intégration avec les outils que vous employez déjà en ligne de commande. Comme il respecte les pipes Unix, vous pouvez le chaîner avec n’importe quelle commande qui produit une liste de fichiers, et transformer ainsi une recherche en tâche de développement.
# Trouver les fichiers sans tests et demander à Codex de les générer
find src/ -name "*.ts" -not -name "*.test.ts" | codex "Génère les tests manquants pour ces fichiers"
Quelle surface choisir ?
Le critère de décision tient en trois questions : la tâche est-elle longue, avez-vous besoin du contexte local, le résultat doit-il être partagé ou rejoué ? Le tableau condense les réponses les plus fréquentes.
| Situation | Surface recommandée | Pourquoi |
|---|---|---|
| Migration d’un framework | App web | Tâche longue, suivi visuel |
| Refactorer un fichier ouvert | Extension IDE | Contexte local immédiat |
| Script d’automatisation | CLI | Intégrable dans un pipeline |
| Review de code en équipe | App web | Interface partageable |
| Générer des tests rapidement | Extension IDE | Résultats dans l’éditeur |
En pratique, la plupart des développeurs utilisent les trois surfaces au cours d’une même semaine, et souvent d’une même journée : l’app web pour les tâches lourdes, l’IDE pour le quotidien, le CLI pour l’automatisation. Rien ne vous oblige à trancher, puisque les trois s’adressent au même agent, avec les mêmes capacités, et lisent le même AGENTS.md — le fichier de conventions de la leçon suivante.
Points clés à retenir
- Codex est accessible via trois surfaces : app web, extension IDE, CLI
- L’app web est idéale pour les tâches longues et le suivi visuel
- L’extension IDE intègre Codex dans votre workflow quotidien
- Le CLI permet l’automatisation et l’intégration dans les pipelines
- Les trois surfaces accèdent au même agent avec les mêmes capacités