Si tu utilises OpenAI Codex CLI pour coder avec un agent IA, surveille la version 0.129.0 sortie le 7 mai 2026. Une option expérimentale nommée goals devient plus visible, et elle peut vite changer ta façon de lancer une mission longue.
Le principe est simple. Tu donnes un objectif clair à Codex, puis l’agent garde ce cap pendant qu’il lit les fichiers, corrige, teste et reprend une session. Pas besoin de répéter ton intention toutes les dix minutes. Pour un projet qui traîne, un bug qui revient ou une grosse refonte, ça peut t’éviter pas mal de prompts mous.
- Codex CLI 0.129.0 rend les goals plus faciles à trouver.
- La fonction reste expérimentale et peut demander une activation.
- Un goal aide ton agent IA à garder le cap sur une tâche longue.
- La reprise de session devient plus propre quand ton objectif reste lisible.
- Le meilleur usage reste un objectif court, concret et vérifiable.
Codex goal sert à quoi
Codex CLI fonctionne déjà très bien quand tu lui demandes une correction simple. Tu pointes un dossier, tu expliques le bug, il lit, il propose, il applique. Le souci arrive quand la mission dure. Après plusieurs tours, l’agent peut oublier le vrai résultat attendu, se concentrer sur un détail secondaire ou te rendre une réponse propre mais incomplète.
La fonction goals sert justement à fixer une direction. Tu ne demandes pas seulement une action. Tu poses une cible de travail. Par exemple stabiliser une suite de tests, préparer une migration React, nettoyer une configuration TypeScript ou transformer une maquette en page qui tient sur mobile.
Ce n’est pas un bouton magique. Codex reste un agent qui doit lire ton projet, respecter les permissions et vérifier ce qu’il modifie. Mais avec un goal bien formulé, il a moins de chances de confondre la tâche principale avec une petite correction croisée en chemin.
La mise à jour du 7 mai change le timing
La nouveauté intéressante vient de Codex CLI 0.129.0. OpenAI indique que les goals expérimentaux sont désormais plus faciles à repérer. L’option n’est donc plus seulement un petit truc caché pour ceux qui fouillent les flags. Elle arrive au bon moment, parce que les usages d’agents IA deviennent plus longs et plus ambitieux.
Tu ne lances plus seulement un assistant pour écrire une fonction. Tu peux lui demander de comprendre un vieux projet, trouver pourquoi un test Playwright casse, réduire une dette technique ou préparer une publication sans perdre le fil. Dans ce contexte, un goal devient une ancre très pratique.
Autre détail utile. Codex sait reprendre des sessions. Si ton travail se coupe, si tu relances la machine ou si tu dois revenir plus tard, l’objectif peut t’aider à retrouver un échange plus propre. Ça ne remplace pas un bon message de départ, mais ça réduit le côté séance de rattrapage où tu dois tout réexpliquer.
Le réglage à vérifier
Avant de tester, mets Codex à jour et regarde les fonctions disponibles. Sur certaines installations, goals peut encore apparaître comme feature flag en développement. C’est normal. Tu peux vérifier avec ces commandes.
codex update
codex features list
codex features enable goalsNe lance pas cette activation sur une machine de production sans réfléchir. Une fonction expérimentale peut changer de comportement. Le bon terrain de test, c’est ton projet perso, un dépôt de démo ou une branche dédiée. Tu gardes la main, tu regardes ce que Codex modifie et tu ne valides rien sans relire.
Le prompt qui marche le mieux
Le piège classique consiste à écrire un objectif trop large. Une phrase comme améliore mon app donne trop de liberté. Codex peut toucher au design, aux tests, aux dépendances, au nommage ou à la structure sans savoir ce que tu attends vraiment. Un bon goal doit tenir en une ligne et contenir un résultat visible.
- Stabiliser les tests Playwright du checkout sans modifier le design.
- Migrer la page profil vers le nouveau composant Card.
- Réduire les erreurs TypeScript dans le module paiement.
- Préparer un article WordPress publié avec image et SEO remplis.
- Corriger le bug mobile du menu sans toucher au desktop.
Tu vois le truc. Chaque objectif contient une zone de travail, une limite et un résultat. Codex peut ensuite dérouler, te signaler les blocages et choisir les commandes utiles sans perdre le nord.
Tableau rapide pour bien le cadrer
| Mission | Goal utile | Pourquoi ça marche |
|---|---|---|
| Tests instables | Rendre la suite Playwright fiable sur mobile | Le résultat se vérifie avec une commande |
| Dette technique | Nettoyer le module auth sans changer l’API | La limite évite la refonte surprise |
| Interface cassée | Corriger le menu mobile sur trois tailles d’écran | Le périmètre visuel reste clair |
| Article à publier | Préparer le contenu, le SEO et l’image finale | La mission regroupe les étapes utiles |
| Migration | Passer la page dashboard au nouveau composant | Codex sait où agir et quoi préserver |
Ma config simple pour un agent plus fiable
Un goal ne suffit pas si ton environnement est flou. Avant une mission longue, donne à Codex un dépôt propre, une branche dédiée, des tests disponibles et des consignes projet à jour. Si tu as un fichier AGENTS.md, garde les règles vraiment utiles. Trop de consignes contradictoires fatiguent l’agent et rendent les choix moins nets.
Pour les longs runs, vérifie aussi les réglages liés à la veille de la machine et aux permissions. Un agent qui s’arrête en plein test parce que ton ordinateur dort n’aide personne. Même logique pour le sandbox. Plus tu limites correctement le terrain, plus Codex peut travailler sans te demander trente confirmations inutiles.
Si tu compares encore les outils, notre article sur la meilleure IA pour coder peut t’aider à choisir entre Codex, Copilot, Claude Code ou un assistant dans ton IDE. Et si tu jongles aussi avec Google, notre papier sur désactiver Gemini sur Samsung montre bien que les réglages IA méritent souvent deux minutes de ménage.
Les limites à connaître avant de foncer
Goals reste expérimental. Ça veut dire que l’interface peut bouger, que la commande peut évoluer et que le comportement ne sera pas forcément identique dans deux semaines. N’écris donc pas toute ton organisation autour de cette fonction dès le premier essai.
Autre limite, un goal mal écrit peut enfermer l’agent dans une mauvaise direction. Si tu demandes de corriger un bug en imposant une cause fausse, Codex risque de perdre du temps à suivre ton hypothèse. La meilleure formule reste ouverte sur la méthode, mais ferme sur le résultat attendu.
À qui cette astuce va vraiment servir
Cette fonction parle surtout aux utilisateurs qui lancent déjà Codex sur de vraies tâches. Si tu poses trois questions par mois, tu ne verras pas un énorme gain. Si tu bosses avec un agent tous les jours, le changement peut être très concret. Moins de rappels, moins de reformulations, moins de dérive pendant les reprises.
Les développeurs vont aimer pour les migrations et les tests. Les créateurs de contenu peuvent s’en servir pour suivre une checklist de publication. Les bidouilleurs peuvent l’utiliser pour des scripts, des automatisations ou des projets domotiques. Le point commun, c’est toujours une mission qui nécessite plusieurs étapes.
Le meilleur test tient en quinze minutes. Mets à jour Codex, active goals si l’option est disponible, choisis une petite tâche réelle, puis lance l’agent avec un objectif mesurable. Si le résultat final colle mieux à ta demande, tu viens de trouver un réglage à garder sous le coude.
Mon avis franc
Codex goal n’a rien d’un gadget tape à l’œil. C’est discret, presque austère, mais très malin. Les agents IA progressent vite, pourtant leur défaut le plus pénible reste souvent le même. Ils bossent bien sur une étape, puis s’éloignent doucement du but. Fixer un goal aide à réduire ce flottement.
Pour moi, c’est le genre de petite nouveauté qui va compter davantage que beaucoup d’annonces bruyantes. Pas parce qu’elle promet de coder à ta place. Parce qu’elle t’aide à mieux piloter l’agent. Et quand tu pilotes mieux ton agent IA, tu gagnes du temps sans abandonner le contrôle.
