# D1 · Codex Fundamentals and Surfaces
Les surfaces Codex et quand utiliser chacune, les modèles disponibles dans Codex et comment les contrôler, l’échelle de raisonnement de Low à Ultra, et les retraits de modèles de septembre 2026.
import { Accordions, AccordionItem, Tabs, TabItem } from '@prosefly/astro-components';
Ce domaine vaut **20 %** de l’examen blanc — soit environ **10 items sur 50**. Il évalue votre capacité à placer une tâche de codage sur la bonne surface Codex, à choisir un modèle et un reasoning effort adaptés au travail, et à raisonner sur la gamme de modèles et ses évolutions récentes. Presque tous les items se ramènent à une seule question : *étant donné cette tâche, cet environnement et cette échéance, quelle surface, quel modèle et quel effort dois-je choisir ?*
## Ce que vous devez savoir
Codex est un seul agent derrière de nombreuses surfaces : l’application desktop ChatGPT, ChatGPT Work sur le web, le **Codex CLI**, l’**extension IDE Codex**, **Codex cloud** et Codex Micro, ainsi que des intégrations dans Slack, GitHub, GitLab (bêta) et Linear. Les surfaces partagent un même fichier de configuration ; le choix entre elles porte donc sur *l’endroit où le travail se fait*, pas sur les capacités. Dans Codex, vous pouvez exécuter plusieurs modèles — `gpt-6-astra`, `gpt-5.6-sol`, `gpt-5.6-terra`, `gpt-5.6-luna` et la research preview `gpt-5.3-codex-spark` — et les contrôler avec `/model` de façon interactive ou `-m` / `--model` en ligne de commande. Une échelle de raisonnement de **Low** (faible) à **Ultra** échange du temps de réflexion et du parallélisme contre de la vitesse et du coût. Depuis le 31 août 2026, la famille `gpt-5.4` a été retirée de Codex sous connexion ChatGPT ; connaître les remplaçants actuels compte donc.
## Objectifs d’apprentissage
À l’issue de cette page, vous devriez être capable de :
1. **Sélectionner la bonne surface Codex** pour une tâche, parmi l’application desktop, ChatGPT Work web, le CLI, l’extension IDE, le cloud et Micro.
2. **Choisir un modèle Codex** et en changer avec `/model`, `-m` ou `--model`, pour les exécutions interactives comme non interactives.
3. **Appliquer l’échelle de raisonnement** Low → Medium → High → Extra High → Max → Ultra, et expliquer la distinction Max/Ultra et les subagents.
4. **Raisonner sur la gamme de modèles**, y compris le retrait de `gpt-5.4` / `gpt-5.4-mini` de Codex et leurs remplaçants.
5. **Distinguer les exécutions interactive, non interactive et cloud** et faire correspondre chacune à une forme de tâche.
---
## 1.1 The Codex surfaces
Codex est le même agent partout ; la surface décide *où* il s’exécute et *comment* vous interagissez avec lui.
| Surface | Ce que c’est | À choisir quand |
| --- | --- | --- |
| **ChatGPT desktop app** | Codex intégré au client ChatGPT desktop | Vous voulez une session de codage pilotée par le chat sur votre machine, aux côtés d’autres travaux ChatGPT |
| **ChatGPT Work (web)** | Codex dans ChatGPT Work dans le navigateur | Vous êtes sur un espace de travail managé et voulez un accès navigateur avec les contrôles d’espace de travail |
| **Codex CLI** | Un agent de terminal (`codex`, `codex exec`) | Vous vivez dans le terminal, voulez scripter des exécutions ou avez besoin d’automatisation non interactive en CI |
| **Codex IDE extension** | Codex dans votre éditeur | Vous voulez une boucle édition-revue serrée avec le diff sous les yeux dans l’IDE |
| **Codex cloud** | Codex s’exécutant dans un sandbox hébergé | Tâches de longue durée, chantiers parallèles, ou travail que vous ne voulez pas voir monopoliser votre portable |
| **Codex Micro** | Une surface Codex légère | Tâches petites, rapides, à faible surcharge |
:::tip[Signal d’évaluation]
Les énoncés qui disent `terminal`, `script`, `CI` ou `non-interactive` pointent vers le **CLI**. `In my editor`, `see the diff as I go` pointent vers l’**extension IDE**. `Long-running`, `overnight`, `several tasks at once`, `without tying up my machine` pointent vers **Codex cloud**.
:::
```text
ONE CODEX AGENT
one shared config.toml
┌──────────┬───────────┬──────────┬───────────┬─────────┬────────┐
│ Desktop │ ChatGPT │ CLI │ IDE │ Cloud │ Micro │
│ app │ Work web │ codex(1) │ extension │ sandbox │ │
└────┬─────┴─────┬─────┴────┬─────┴─────┬─────┴────┬────┴───┬────┘
│ │ │ │ │ │
chat on managed scripted tight edit long / quick,
desktop browser & CI runs loop, diff parallel small
```
## 1.2 Exécutions interactive, non interactive et cloud
La même tâche peut s’exécuter de trois façons, et l’examen attend que vous fassiez correspondre la forme du travail au mode.
| Mode | Comment l’invoquer | Idéal pour |
| --- | --- | --- |
| **Interactif** | `codex` (ouvre une session), ou le chat IDE / desktop | Travail exploratoire, boucles review-first, tout ce que vous pilotez en cours de tâche |
| **Non interactif** | `codex exec 'task'` | Exécutions scriptées, reproductibles, sans surveillance — jobs CI, correctifs en batch, travail planifié |
| **Cloud** | Codex cloud dans ChatGPT / Work | Travail de longue durée ou parallèle dans un sandbox hébergé, indépendant de votre machine |
Exemple travaillé — la même tâche « corriger le test en échec », de trois façons :
```bash
codex
# puis, dans la session :
# > fix the failing test in the payments module and show me the diff
```
Vous pouvez piloter, approuver les escalades et inspecter le diff avant que rien ne soit écrit.
```bash
codex exec -m gpt-5.6-terra "fix the failing test in the payments module"
```
En un coup, sans invite. Idéal en CI ou dans un script ; associez-le à un sandbox et à un mode de permission pour qu’il ne puisse pas escalader silencieusement.
```text
Codex cloud → New task → "fix the failing test in the payments module"
S’exécute dans un sandbox hébergé ; suivez la progression, revenez au diff et aux preuves plus tard.
```
Le bon choix quand la tâche est longue ou que vous voulez en démarrer plusieurs à la fois.
## 1.3 Les modèles disponibles dans Codex
Codex peut exécuter la gamme de modèles actuelle plus une research preview spécifique à Codex. Choisissez le modèle le moins coûteux qui satisfait la tâche.
| Modèle | ID | À choisir quand |
| --- | --- | --- |
| **GPT-6 Astra** | `gpt-6-astra` | Le travail de bout en bout le plus dur — raisonnement soutenu, jugement, multi-outil, gros refactorings |
| **GPT-5.6 Sol** | `gpt-5.6-sol` (alias `gpt-5.6`) | Travail de codage complexe, ouvert, à forte valeur |
| **GPT-5.6 Terra** | `gpt-5.6-terra` | Le polyvalent pragmatique ; le remplaçant naturel des charges GPT-5.5 |
| **GPT-5.6 Luna** | `gpt-5.6-luna` | Tâches claires, reproductibles, à fort volume — petits correctifs, modifications mécaniques |
| **GPT-5.3 Codex Spark** | `gpt-5.3-codex-spark` | Itération quasi instantanée ; research preview texte uniquement, ChatGPT Pro |
`gpt-5.5` et `gpt-5.4` restent listés comme « autres modèles ». Utilisez l’[annexe gamme de modèles](/fr/appendix/openai/model-lineup/) comme source unique des prix et des limites.
:::tip[Signal d’évaluation]
`Hardest`, `most complex end-to-end` → Astra. `High-value but open-ended` → Sol. `Replace my GPT-5.5 workload`, `sensible default` → Terra. `High-volume`, `mechanical`, `cheapest that works` → Luna. Ne choisissez pas Astra par défaut ; l’examen récompense le modèle le plus bas qui satisfait la tâche.
:::
## 1.4 Contrôler le modèle : `/model`, `-m` et `--model`
Vous choisissez le modèle par session, par commande, ou comme valeur par défaut partagée.
```bash
# Interactif : changer en cours de session
codex
# > /model (ouvre le sélecteur de modèle)
# Lancer sur un modèle précis
codex --model gpt-5.6
codex -m gpt-5.6-terra
# Non interactif sur un modèle précis
codex exec -m gpt-5.6 "refactor the auth middleware and run the tests"
```
La valeur par défaut partagée vit dans `config.toml` :
```toml
model = "gpt-5.6"
```
| Contrôle | Portée | À utiliser pour |
| --- | --- | --- |
| `config.toml` `model = '…'` | Toute surface, par défaut | Valeur par défaut d’équipe ou personnelle |
| `codex --model` / `codex -m` | Ce lancement | Dérogation ponctuelle |
| `/model` en session | Le reste de cette session | Changer après avoir vu comment une tâche évolue |
| `codex exec -m` | Cette exécution non interactive | Exécutions scriptées ou en CI |
## 1.5 L’échelle de raisonnement : de Low à Ultra
Codex expose une échelle de reasoning effort dans le CLI. Un effort plus élevé signifie plus de temps de réflexion (et de coût) ; l’échelon supérieur ajoute du parallélisme.
```text
Low ─► Medium ─► High ─► Extra High ─► Max ─► Ultra
(fast, (default) (harder) (deep) │ │
cheap) │ │
MORE THINKING DELEGATES TO
ON ONE TASK SUBAGENTS IN
(Max) PARALLEL (Ultra)
```
- **Low** (faible) — rapide, économique ; modifications mécaniques et recherches simples.
- **Medium** (moyen) — la valeur par défaut ; la plupart du travail quotidien.
- **High** (élevé) — tâches plus dures nécessitant un raisonnement plus soigné.
- **Extra High** (très élevé) — raisonnement profond, multi-étapes, sur une tâche difficile.
- **Max** — *plus de temps de réflexion sur une seule tâche* ; à utiliser quand un problème dur nécessite que le modèle raisonne plus longtemps, pas quand le travail se découpe en morceaux.
- **Ultra** — *délégation automatique à des subagents en parallèle* ; à utiliser quand une tâche se décompose réellement en sous-tâches indépendantes exécutables simultanément.
La **distinction Max/Ultra** est un item de prédilection : Max approfondit une seule ligne de raisonnement, Ultra répartit le travail sur des subagents. Dans les clients graphiques, les niveaux se lisent **Light / Medium / High / Extra High**, et le déploiement d’Astra expose des options Power telles que Terra Light, Sol Light, Sol Medium, Astra Light, Astra Medium et Astra Extra High. Si Ultra est absent du sélecteur, activez-le via **Settings → Configuration → « Ultra in model picker slider »**.
:::tip[Signal d’évaluation]
`One hard problem, think longer` → **Max**. `Several independent parts, run at once`, `parallel subagents` → **Ultra**. `Ultra is not in my picker` → activez le curseur Ultra dans Settings → Configuration.
:::
## 1.6 Les retraits de modèles de septembre 2026
La disponibilité des modèles dans Codex a changé sous connexion ChatGPT, et l’examen teste les remplaçants, pas le tumulte.
| Retiré / déprécié (connexion ChatGPT) | Date | Remplacer par |
| --- | --- | --- |
| `gpt-5.4` | 31 août 2026 | `gpt-5.6-terra` |
| `gpt-5.4-mini` | 31 août 2026 | `gpt-5.6-luna` |
| `gpt-5.2` | déjà déprécié | gamme actuelle |
| `gpt-5.3-codex` | déjà déprécié | gamme actuelle |
Deux faits comptent pour les items de jugement : le retrait s’applique à la **connexion ChatGPT**, et la **connexion par clé API n’est pas affectée**. Ainsi, une équipe épinglée sur `gpt-5.4` dans une config partagée qui se connecte avec ChatGPT doit migrer vers Terra/Luna ; un service qui s’authentifie par clé API n’est pas soumis à la même échéance.
:::tip[Signal d’évaluation]
`gpt-5.4 stopped working`, `our shared config broke on 1 September` → le retrait sous connexion ChatGPT ; passez à `gpt-5.6-terra` (ou `-luna` pour la variante mini). `We sign in with an API key` → non affecté.
:::
## Cadre de décision
Utilisez **SURFACE-MODEL-EFFORT (SME)** pour placer toute tâche en trois mouvements.
| Étape | Question | Règle |
| --- | --- | --- |
| **Surface** | Où le travail se fait-il ? | Terminal/CI → CLI (`codex exec` si sans surveillance) ; boucle in-editor → extension IDE ; long/parallèle → cloud ; chat sur desktop → application desktop ; navigateur managé → ChatGPT Work |
| **Model** | Quelle est la difficulté de la tâche ? | Mécanique/fort volume → Luna ; valeur par défaut sensée / remplacement GPT-5.5 → Terra ; complexe, forte valeur → Sol ; le plus dur de bout en bout → Astra |
| **Effort** | Faut-il plus de réflexion ou plus de parallélisme ? | Simple → Low/Medium ; problème unique difficile → High/Extra High/Max ; décomposable → Ultra (subagents) |
Application : *« un batch scripté nocturne qui renomme une API dépréciée dans de nombreux fichiers »* → CLI avec `codex exec` (surface), Luna (modèle — mécanique, fort volume), effort Low ou Medium (ce n’est pas difficile, juste volumineux). *« repenser la couche de cache, un seul problème épineux »* → extension IDE, Sol ou Astra, effort Max.
## Erreurs courantes
| Erreur | Pourquoi elle survient | À faire à la place |
| --- | --- | --- |
| Choisir Astra par défaut pour tout | C’est le modèle le plus puissant, donc il paraît « sûr » | Choisir le modèle le plus bas qui satisfait la tâche ; Luna/Terra gèrent la majorité du travail à une fraction du coût |
| Utiliser Ultra pour un unique problème difficile | Confondre « plus dur » et « plus parallèle » | Utiliser Max pour la profondeur sur une tâche ; Ultra seulement quand le travail se décompose en parties indépendantes |
| Exécuter du travail sans surveillance en mode interactif | Habitude de tout faire avec `codex` | Utiliser `codex exec` pour les exécutions scriptées/CI afin qu’il n’attende pas d’invites |
| Monopoliser le portable avec une tâche longue | Ne pas savoir que le cloud existe | Exécuter le travail long ou parallèle dans Codex cloud |
| Supposer que `gpt-5.4` fonctionne toujours | Il a été retiré sous connexion ChatGPT le 31 août 2026 | Migrer la config partagée vers `gpt-5.6-terra` / `-luna`, ou utiliser la connexion par clé API |
| Fixer le modèle à chaque session | Ne pas savoir que `config.toml` définit une valeur par défaut | Fixer `model = 'gpt-5.6'` une fois dans la config partagée |
| Recourir à l’IDE pour un job CI | L’IDE est la surface confortable | La CI est non interactive ; utiliser `codex exec` sur le CLI |
| Traiter desktop et CLI comme des agents différents | Les surfaces semblent différentes | Elles partagent un même `config.toml` ; la capacité est identique, l’interaction diffère |
## Défi de mise en situation
**Scénario.** Priya dirige une équipe plateforme de quatre personnes. Elles ont trois chantiers en cours cet après-midi : (1) un renommage mécanique d’un appel de journalisation déprécié dans ~180 fichiers, (2) une refonte réellement difficile de la logique de batching des requêtes, sur laquelle un ingénieur va faire du pair, et (3) un lot de quatre petits correctifs de bugs indépendants dans des modules sans lien, qui doivent tous atterrir aujourd’hui. L’équipe se connecte à Codex avec ses comptes ChatGPT, et son `config.toml` partagé épingle encore `model = "gpt-5.4"`. Un ingénieur signale que Codex « a cessé de prendre en compte le modèle » ce matin.
**Trace de raisonnement d’expert.**
1. **Corriger le blocage d’abord.** La config épingle `gpt-5.4`, qui a été retiré de Codex sous connexion ChatGPT le 31 août. Puisque toute l’équipe se connecte avec ChatGPT, le correctif consiste à changer la valeur par défaut partagée pour `gpt-5.6-terra` (le remplaçant direct de `gpt-5.4`). La connexion par clé API ne serait pas affectée, mais ce n’est pas ainsi que cette équipe s’authentifie.
2. **Placer la tâche 1 (le renommage).** Elle est mécanique et à fort volume, et peut s’exécuter sans surveillance. Surface : CLI avec `codex exec`. Modèle : Luna. Effort : Low. Inutile de mobiliser quelqu’un.
3. **Placer la tâche 2 (la refonte).** Un seul problème difficile, un ingénieur en pair. Surface : extension IDE pour une boucle de revue serrée. Modèle : Sol ou Astra. Effort : Max — *plus de temps de réflexion sur une seule tâche*, pas Ultra, car elle ne se scinde pas en parties indépendantes.
4. **Placer la tâche 3 (quatre correctifs indépendants).** Ceux-ci se décomposent réellement. C’est le cas Ultra — délégation automatique à des subagents en parallèle — ou quatre tâches cloud exécutées à la fois. Dans les deux cas, le cloud est une bonne surface pour que les correctifs ne bloquent pas les deux ingénieurs.
5. **Ne pas surdimensionner le modèle.** Rien ici ne nécessite Astra, sauf éventuellement la refonte ; le renommage sur Astra brûlerait du budget sans bénéfice.
**Décision conforme à l’examen :** migrer la config partagée vers `gpt-5.6-terra` ; exécuter le renommage de façon non interactive sur le CLI avec Luna à l’effort Low ; faire la refonte dans l’IDE avec Sol/Astra à Max ; disperser les quatre correctifs indépendants avec Ultra ou comme tâches cloud parallèles. **Pas** tout sur Astra, **pas** Ultra pour la refonte unique, **pas** le renommage dans une session interactive.
## Pièges d’évaluation
| Piège | Pourquoi il est tentant | Le discriminant |
| --- | --- | --- |
| « Utiliser Astra pour la tâche importante » | Le modèle le plus puissant paraît le plus sûr | Faire correspondre le modèle à la *difficulté*, pas à l’importance ; Terra/Sol suffisent d’ordinaire |
| « Utiliser Ultra pour réfléchir plus dur » | Ultra est l’échelon supérieur | Ultra signifie *subagents parallèles* ; utiliser Max pour réfléchir plus dur sur une tâche |
| « `gpt-5.4` va bien, il est récent » | Il était actuel il n’y a pas longtemps | Il a été retiré de Codex sous connexion ChatGPT le 31 août 2026 |
| « Exécuter le correctif CI en interactif » | `codex` est la commande familière | La CI est sans surveillance ; utiliser `codex exec` |
| « Cloud et CLI sont des agents différents » | Les interfaces diffèrent | Même agent, une config partagée ; la surface ne change que l’interaction |
| « Fixer le modèle avec `--effort` » | Ça semble plausible | Le modèle se règle avec `-m` / `--model` / `/model` ; l’effort est l’échelle Low–Ultra |
| « Ultra est absent, donc mon plan est impossible » | Il est absent du sélecteur | Activer le curseur Ultra dans Settings → Configuration |
## Questions d’entraînement
Chaque item indique combien de réponses sélectionner. Essayez avant de révéler.
A. L’extension IDE Codex en mode interactif
B. Le Codex CLI avec `codex exec`
C. Le chat de l’application desktop ChatGPT
D. Codex Micro
**Réponse : B.** La CI est sans surveillance et scriptée, ce qui est exactement l’objet de `codex exec` sur le CLI. L’extension IDE (A) et le chat desktop (C) sont interactifs et attendent une saisie. Micro (D) est pour de petites tâches rapides, pas un pipeline CI scripté.
A. Max est moins cher qu’Ultra mais par ailleurs identique
B. Max donne plus de temps de réflexion sur une seule tâche ; Ultra délègue automatiquement à des subagents s’exécutant en parallèle
C. Ultra utilise un modèle plus petit ; Max utilise le plus grand modèle
D. Ce sont deux noms pour le même réglage
**Réponse : B.** Max approfondit le raisonnement sur une seule tâche ; Ultra répartit le travail sur des subagents parallèles. Le coût (A) n’est pas la distinction. Aucun niveau ne change le choix du modèle (C), et ce ne sont pas le même réglage (D).
A. Un défaut de facturation ; renouveler l’abonnement
B. `gpt-5.4` a été retiré de Codex sous connexion ChatGPT le 31 août 2026 ; changer la valeur par défaut pour `gpt-5.6-terra`
C. Le fichier de config est corrompu ; le régénérer
D. Codex exige le CLI le plus récent ; le mettre à jour
**Réponse : B.** `gpt-5.4` (et `gpt-5.4-mini`) ont été retirés de Codex sous connexion ChatGPT le 31 août 2026, avec `gpt-5.6-terra` et `gpt-5.6-luna` comme remplaçants. La facturation (A), un fichier corrompu (C) et la version du CLI (D) n’expliquent pas une coupure spécifique à un modèle liée à cette date et à ce type de connexion.
A. `gpt-6-astra`
B. `gpt-5.6-luna`
C. `gpt-5.6-terra`
D. `gpt-5.3-codex-spark`
**Réponse : C.** Terra est décrit comme le polyvalent pragmatique et le remplaçant naturel des charges GPT-5.5. Astra (A) est pour le travail le plus dur, Luna (B) pour les tâches mécaniques à fort volume, et Spark (D) est une research preview texte uniquement pour une itération quasi instantanée.
A. `codex --effort sol "refactor the parser"`
B. `codex exec -m gpt-5.6-sol "refactor the parser"`
C. `codex /model gpt-5.6-sol`
D. `codex run --sol "refactor the parser"`
**Réponse : B.** `codex exec` s’exécute de façon non interactive et `-m` sélectionne le modèle. `--effort` (A) n’est pas la façon de choisir un modèle ; `/model` (C) est une commande en session, pas un drapeau de shell ; `codex run --sol` (D) n’est pas une forme de commande réelle.
A. Codex cloud
B. Le Codex CLI avec `codex exec`
C. L’extension IDE Codex
D. Codex Micro
**Réponse : C.** L’extension IDE met le diff sous vos yeux pour une boucle édition-revue serrée. Le cloud (A) est pour le travail long ou parallèle loin de votre machine ; `codex exec` (B) est non interactif ; Micro (D) est pour de petites tâches rapides, pas un refactoring difficile avec revue.
A. Quatre correctifs de bugs indépendants dans des modules sans lien, qui doivent tous atterrir aujourd’hui
B. Une refonte profonde d’un seul algorithme qui nécessite un raisonnement plus long
C. Une migration en batch découpée en plusieurs sous-tâches indépendantes et parallélisables
D. Un correctif d’une ligne pour une coquille
E. Expliquer ce que fait une fonction
**Réponse : A et C.** Ultra délègue à des subagents parallèles, il convient donc au travail qui se décompose en parties indépendantes (A, C). Un problème profond unique (B) est un cas Max. Un correctif trivial (D) et une explication en lecture seule (E) ne nécessitent aucun effort élevé.
A. Dans les réglages propres et séparés de chaque surface
B. Dans un unique `config.toml` partagé avec `model = 'gpt-5.6'`
C. Elle ne peut pas être partagée ; vous la définissez par session
D. Dans `AGENTS.md`
**Réponse : B.** Les surfaces Codex partagent un même `config.toml` ; `model = 'gpt-5.6'` définit la valeur par défaut partout. Des réglages par surface (A) et par session uniquement (C) contredisent la conception à config partagée. `AGENTS.md` (D) porte les directives de dépôt, pas la valeur par défaut de modèle.
A. Codex Micro
B. L’extension IDE Codex
C. Codex cloud
D. L’application desktop ChatGPT
**Réponse : C.** Codex cloud s’exécute dans un sandbox hébergé, idéal pour le travail long ou parallèle indépendant de votre machine. Micro (A) est pour de petites tâches rapides ; l’IDE (B) et l’application desktop (D) monopolisent la machine locale et attendent une interaction.
A. Réinstaller le Codex CLI
B. Activer le « Ultra in model picker slider » via Settings → Configuration
C. Passer à GPT-6 Astra
D. Ultra n’existe que dans la surface cloud
**Réponse : B.** Quand Ultra est absent du sélecteur, il s’active via Settings → Configuration → « Ultra in model picker slider ». Réinstaller (A) et mettre à niveau un modèle (C) sont sans rapport ; Ultra n’est pas restreint au cloud (D).
A. `gpt-6-astra`
B. `gpt-5.6-sol`
C. `gpt-5.6-luna`
D. `gpt-5.3-codex-spark`
**Réponse : C.** Luna est pour les tâches claires, reproductibles et à fort volume, et c’est le modèle actuel le moins cher. Astra (A) et Sol (B) sont pour le travail difficile à forte valeur et surdépenseraient ici. Spark (D) est une research preview réservée à Pro pour une itération rapide, pas le choix standard à fort volume.
A. Il a raison ; chaque surface est un agent séparé
B. Les surfaces partagent un même `config.toml` ; la différence est la façon d’interagir, pas l’agent sous-jacent ni la configuration
C. Seul le CLI peut être configuré
D. Le desktop ne peut pas exécuter Codex du tout
**Réponse : B.** Codex est un seul agent derrière de nombreuses surfaces, partageant un même `config.toml` ; les surfaces ne diffèrent que par le modèle d’interaction. Ce ne sont pas des agents séparés (A), le CLI n’est pas la seule surface configurable (C), et l’application desktop exécute bien Codex (D).
A. Il a été retiré de Codex sous connexion ChatGPT le 31 août 2026
B. Il a aussi été retiré pour la connexion par clé API à la même date
C. Le remplaçant de la variante mini est `gpt-5.6-luna`
D. Il a été remplacé par `gpt-5.5`
E. Rien n’a besoin de changer dans une config partagée
**Réponse : A et C.** `gpt-5.4` a été retiré de Codex sous connexion ChatGPT le 31 août 2026, et le remplaçant de `gpt-5.4-mini` est `gpt-5.6-luna` (avec `gpt-5.6-terra` remplaçant `gpt-5.4`). La connexion par clé API n’est pas affectée, donc B est faux ; le remplaçant est la gamme 5.6, pas `gpt-5.5` (D) ; et une config épinglant `gpt-5.4` sous connexion ChatGPT doit changer (E).
A. Low
B. Ultra
C. Max
D. Medium
**Réponse : C.** Max donne plus de temps de réflexion sur une seule tâche, ce qui est exactement ce cas. Ultra (B) délègue à des subagents parallèles, ce qui n’aide pas un problème unique indivisible. Low (A) et Medium (D) appliquent moins de raisonnement que le problème difficile ne le justifie.
## Points clés à retenir
- Codex est un seul agent derrière de nombreuses surfaces (desktop, ChatGPT Work web, CLI, extension IDE, cloud, Micro) qui partagent un même `config.toml`.
- Choisissez la surface selon *où le travail se fait* : CLI pour le terminal/CI (avec `codex exec` pour les exécutions sans surveillance), IDE pour les boucles de revue serrées, cloud pour le travail long ou parallèle.
- Choisissez le modèle le plus bas qui satisfait la tâche : Luna (fort volume), Terra (défaut / remplacement GPT-5.5), Sol (complexe), Astra (le plus dur) ; Spark est une research preview réservée à Pro.
- Contrôlez le modèle avec `/model` en session, `-m` / `--model` au lancement, ou `model = '…'` dans `config.toml`.
- L’échelle de raisonnement est Low → Medium → High → Extra High → Max → Ultra ; **Max** approfondit une tâche, **Ultra** délègue à des subagents parallèles.
- `gpt-5.4` / `gpt-5.4-mini` ont été retirés de Codex sous connexion ChatGPT le 31 août 2026 → remplacer par `gpt-5.6-terra` / `gpt-5.6-luna` ; la connexion par clé API n’est pas affectée.