AI Cert Prep
Saisissez un mot-clé pour rechercher dans la documentation.

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 :

  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.

SurfaceCe que c’estÀ choisir quand
ChatGPT desktop appCodex intégré au client ChatGPT desktopVous 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 navigateurVous êtes sur un espace de travail managé et voulez un accès navigateur avec les contrôles d’espace de travail
Codex CLIUn 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 extensionCodex dans votre éditeurVous voulez une boucle édition-revue serrée avec le diff sous les yeux dans l’IDE
Codex cloudCodex 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 MicroUne surface Codex légèreTâ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.

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.

ModeComment l’invoquerIdéal pour
Interactifcodex (ouvre une session), ou le chat IDE / desktopTravail exploratoire, boucles review-first, tout ce que vous pilotez en cours de tâche
Non interactifcodex exec 'task'Exécutions scriptées, reproductibles, sans surveillance — jobs CI, correctifs en batch, travail planifié
CloudCodex cloud dans ChatGPT / WorkTravail 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 :

Terminal window
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.

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èleIDÀ choisir quand
GPT-6 Astragpt-6-astraLe travail de bout en bout le plus dur — raisonnement soutenu, jugement, multi-outil, gros refactorings
GPT-5.6 Solgpt-5.6-sol (alias gpt-5.6)Travail de codage complexe, ouvert, à forte valeur
GPT-5.6 Terragpt-5.6-terraLe polyvalent pragmatique ; le remplaçant naturel des charges GPT-5.5
GPT-5.6 Lunagpt-5.6-lunaTâches claires, reproductibles, à fort volume — petits correctifs, modifications mécaniques
GPT-5.3 Codex Sparkgpt-5.3-codex-sparkIté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.

Terminal window
# 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ôlePortéeÀ utiliser pour
config.toml model = '…'Toute surface, par défautValeur par défaut d’équipe ou personnelle
codex --model / codex -mCe lancementDérogation ponctuelle
/model en sessionLe reste de cette sessionChanger après avoir vu comment une tâche évolue
codex exec -mCette exécution non interactiveExé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 ».

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)DateRemplacer par
gpt-5.431 août 2026gpt-5.6-terra
gpt-5.4-mini31 août 2026gpt-5.6-luna
gpt-5.2déjà dépréciégamme actuelle
gpt-5.3-codexdé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.

ÉtapeQuestionRègle
SurfaceOù 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
ModelQuelle 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
EffortFaut-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

ErreurPourquoi elle survientÀ faire à la place
Choisir Astra par défaut pour toutC’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 difficileConfondre « 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 interactifHabitude de tout faire avec codexUtiliser codex exec pour les exécutions scriptées/CI afin qu’il n’attende pas d’invites
Monopoliser le portable avec une tâche longueNe pas savoir que le cloud existeExécuter le travail long ou parallèle dans Codex cloud
Supposer que gpt-5.4 fonctionne toujoursIl a été retiré sous connexion ChatGPT le 31 août 2026Migrer la config partagée vers gpt-5.6-terra / -luna, ou utiliser la connexion par clé API
Fixer le modèle à chaque sessionNe pas savoir que config.toml définit une valeur par défautFixer model = 'gpt-5.6' une fois dans la config partagée
Recourir à l’IDE pour un job CIL’IDE est la surface confortableLa CI est non interactive ; utiliser codex exec sur le CLI
Traiter desktop et CLI comme des agents différentsLes surfaces semblent différentesElles 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ègePourquoi il est tentantLe discriminant
« Utiliser Astra pour la tâche importante »Le modèle le plus puissant paraît le plus sûrFaire 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érieurUltra 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 longtempsIl 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èreLa CI est sans surveillance ; utiliser codex exec
« Cloud et CLI sont des agents différents »Les interfaces diffèrentMême agent, une config partagée ; la surface ne change que l’interaction
« Fixer le modèle avec --effort »Ça semble plausibleLe 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électeurActiver 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 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.

Dernière mise à jour le 18 sept. 2026