Parcours Codex
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.
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 :
- 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.
- Choisir un modèle Codex et en changer avec
/model,-mou--model, pour les exécutions interactives comme non interactives. - Appliquer l’échelle de raisonnement Low → Medium → High → Extra High → Max → Ultra, et expliquer la distinction Max/Ultra et les subagents.
- Raisonner sur la gamme de modèles, y compris le retrait de
gpt-5.4/gpt-5.4-minide Codex et leurs remplaçants. - 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 |
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.
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 small1.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 :
codex# puis, dans la session :# > fix the failing test in the payments module and show me the diffVous pouvez piloter, approuver les escalades et inspecter le diff avant que rien ne soit écrit.
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.
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 comme source unique des prix et des limites.
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.
# Interactif : changer en cours de sessioncodex# > /model (ouvre le sélecteur de modèle)
# Lancer sur un modèle préciscodex --model gpt-5.6codex -m gpt-5.6-terra
# Non interactif sur un modèle préciscodex exec -m gpt-5.6 "refactor the auth middleware and run the tests"La valeur par défaut partagée vit dans config.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.
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 ».
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.
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.
- 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 pourgpt-5.6-terra(le remplaçant direct degpt-5.4). La connexion par clé API ne serait pas affectée, mais ce n’est pas ainsi que cette équipe s’authentifie. - 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. - 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.
- 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.
- 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.
Q1 · Un développeur veut exécuter un correctif de code reproductible dans un job CI, sans humain au clavier. Quelle surface et quel mode conviennent le mieux (BEST) ? (Sélectionnez une réponse)
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é.
Q2 · Quelle est la différence entre les niveaux de raisonnement Max et Ultra ? (Sélectionnez une réponse)
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).
Q3 · Le `config.toml` partagé d’une équipe épingle `model = 'gpt-5.4'` et elle se connecte à Codex avec ChatGPT. Le 1er septembre, le modèle cesse de fonctionner. Que s’est-il passé et quel est le correctif ? (Sélectionnez une réponse)
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.
Q4 · Quel modèle est la valeur par défaut pragmatique et le remplaçant naturel des anciennes charges GPT-5.5 dans Codex ? (Sélectionnez une réponse)
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.
Q5 · Vous lancez une exécution Codex non interactive et la voulez sur GPT-5.6 Sol. Quelle commande est correcte ? (Sélectionnez une réponse)
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.
Q6 · Un ingénieur veut une boucle serrée où il voit et approuve chaque diff dans son éditeur pendant qu’il fait du pair sur un refactoring difficile. Quelle surface convient le mieux (BEST) ? (Sélectionnez une réponse)
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.
Q7 · Quelles DEUX (TWO) tâches conviennent le mieux au niveau de raisonnement Ultra plutôt que Max ? (Sélectionnez deux réponses)
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é.
Q8 · Où vit la valeur par défaut de modèle partagée pour que le CLI, l’extension IDE et l’application desktop l’utilisent tous ? (Sélectionnez une réponse)
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.
Q9 · Une équipe doit exécuter plusieurs tâches longues pendant la nuit sans monopoliser le portable de quiconque. Quelle surface convient le mieux (BEST) ? (Sélectionnez une réponse)
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.
Q10 · Ultra n’est pas visible dans le sélecteur de modèle d’un utilisateur. Quelle est la bonne étape ? (Sélectionnez une réponse)
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).
Q11 · Un développeur fait une petite modification mécanique à fort volume, répétée sur de nombreux fichiers, et veut le modèle le moins cher qui la fera. Quel modèle convient le mieux (BEST) ? (Sélectionnez une réponse)
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.
Q12 · Un lead soutient que, parce que Codex se comporte différemment dans le CLI et l’application desktop, il faut configurer chacun séparément. Quelle est la correction exacte ? (Sélectionnez une réponse)
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).
Q13 · Quelles DEUX (TWO) affirmations sur le retrait de `gpt-5.4` sont correctes ? (Sélectionnez deux réponses)
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).
Q14 · Un ingénieur est bloqué sur un seul problème algorithmique réellement difficile et veut que Codex raisonne plus longtemps sur cette unique tâche. Quel niveau de raisonnement convient le mieux (BEST) ? (Sélectionnez une réponse)
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 execpour 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
/modelen session,-m/--modelau lancement, oumodel = '…'dansconfig.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-miniont été retirés de Codex sous connexion ChatGPT le 31 août 2026 → remplacer pargpt-5.6-terra/gpt-5.6-luna; la connexion par clé API n’est pas affectée.
Dernière mise à jour le 18 sept. 2026