J'ai brûlé plus de 200 000 $ de tokens avec gpt-5.6-sol. C'est un excellent modèle. Cela dit, il est un peu trop facile d'atteindre ses limites avec l'abonnement Codex Pro à 200 $.
OpenAI a été généreux avec les réinitialisations, mais ça ne vous aide pas quand vous épuisez votre fenêtre de 5 heures alors qu'il en reste 4. J'ai fait beaucoup d'erreurs et je vois d'autres en faire aussi. Je ferai probablement une vidéo là-dessus un jour, mais je voulais partager ces conseils le plus vite possible pour que vous puissiez en faire plus tout en brûlant moins.
Niveaux d'effort
Par défaut, choisissez moyen ou élevé. Les deux sont excellents. xhigh est incroyablement capable mais je n'ai pas vraiment besoin de l'utiliser souvent, même pour orchestrer beaucoup de sous-agents (plus de détails plus tard).
"Ultra"
Ultra n'est pas un niveau de raisonnement, malgré l'endroit où ils l'ont placé dans l'interface. Cela cause une confusion similaire à celle d'Ultracode de Claude Code. Je sors une vidéo là-dessus plus tard.
Pour l'instant, je recommande d'éviter complètement Ultra. Il y a des bugs dans le système Codex qui le poussent à générer beaucoup trop de sous-agents avec des niveaux de raisonnement BIEN trop élevés. Je réévaluerai cela quand les bugs seront résolus.
Mode rapide
J'adore le mode rapide. Je l'utilisais beaucoup. Il a du sens pour les modèles qui ont tendance à s'arrêter souvent avant de brûler beaucoup. Rappel : le mode rapide utilise 2,5 fois plus de crédit.
La 5.5 s'arrêtait souvent et avait besoin d'encouragements pour continuer. La 5.6 peut aller BEAUCOUP PLUS LOIN. C'est surtout une bonne chose. On peut lui faire confiance pour accomplir les tâches de bout en bout. Cela rend aussi le « token burn » beaucoup moins prévisible.
Sans tenir compte de /goal, un seul message avec la 5.5 pouvait utiliser entre 0,1 % et 2 % de mes limites. Avec le facteur 2,5x, cela représentait environ 5 % de « pic » pour un message donné.
J'ai vu la 5.6 utiliser jusqu'à 15 % sur un seul message parce qu'elle va beaucoup plus loin. Avec le multiplicateur du mode rapide, cela représenterait 40 % de votre fenêtre de 5 heures en un seul message. Je sais que ça brûle BEAUCOUP de gens. Croyez-moi, n'utilisez pas le mode rapide pendant un moment.
Sous-agents
C'est le déverrouillage le plus cool avec GPT-5.6. Il est aussi facile de se tirer une balle dans le pied. Sol est très enthousiaste à l'idée de lancer des sous-agents. C'est surtout une bonne chose.
Malheureusement, l'implémentation dans Codex a tout un tas de problèmes (ne me lancez pas sur la séparation v1/v2 et le routage automatique basé sur les modèles).
tl;dr - gpt-5.6-sol va TOUJOURS générer des sous-agents avec le même modèle et le même niveau de raisonnement que l'instance parente. C'est pourquoi Ultra est « cassé » en ce moment.
Alors que pouvez-vous y faire ? Quelques choses :
- Abaissez votre niveau de raisonnement ! « High » n'est pas trop mal avec les sous-agents, « low » et « medium » sont aussi excellents.
- Mettez à jour votre fichier AGENTS.md global pour spécifier « ne génère des sous-agents que lorsque je te le demande » (aide à éviter la génération trop enthousiaste de sous-agents de la 5.6).
- Si vous voulez vraiment laisser Codex générer plusieurs niveaux de sous-agents, vous pouvez activer un indicateur « hide_spawn_agent_metadata = false » dans votre configuration. Demandez à Codex, il devrait pouvoir s'en sortir (peut nécessiter l'accès au code source).
Je discute activement avec l'équipe Codex pour corriger tous ces comportements. Pour l'instant, je suis une voie un peu absurde pour contourner le problème.
Sélection du modèle
Personnellement, j'utilise encore principalement gpt-5.6-sol pour la grande majorité de mon travail. Je sélectionne occasionnellement Terra pour une revue rapide ou des retours, généralement par curiosité. Luna est étonnamment bonne mais elle n'est pas vraiment destinée à être « sélectionnée » par nous, c'est plutôt un outil pour le code et pour que sol la lance comme sous-agent.
Mon conseil ici : sol high si abonnement à 200 $, sol low sinon.
Terra medium semble une option solide pour maximiser l'utilisation, mais je ne l'ai pas assez utilisée pour vraiment savoir. (Toutes ces options écrasent Sonnet et Opus en intelligence et en coût d'ailleurs.)
Améliorez vos prompts
Ce modèle va aller, aller, et aller. Je trouve qu'il est très utile d'avoir des « points d'arrêt » clairs dans votre prompt. Voici quelques exemples.
Je veux que tu construises cette nouvelle fonctionnalité. Commence par écrire un plan. Quand tu auras terminé le plan,
arrête-toi et demande des retours avant de continuer
Le plan a l'air super ! Construisons-le. Utilise la fonction « computer use » pour tester ton implémentation. Continue jusqu'à ce que le code fonctionne et que tu sois satisfait de l'implémentation. Fais une PR, surveille-la pour le premier ensemble de commentaires de revue, et réponds-y.
Arrête-toi après le premier ensemble de commentaires de revue, je m'occupe du reste.
Notez que ces exemples varient beaucoup en « longueur de tâche ». La 5.6 peut aller longtemps et bien faire les choses ! Elle va juste un peu TROP loin parfois, donc elle bénéficie beaucoup de points d'arrêt clairs.
Laissez un autre agent diriger
tl;dr - si vous avez un autre abonnement, laissez Fable « conduire ». Apprenez-lui à générer des sous-agents avec gpt-5.6 (ou utilisez Cursor, il sait déjà comment faire).
Je jongle entre plusieurs abonnements (2x Claude à 200 $, 1x Codex à 200 $). Fable est aussi TRÈS gourmand en tokens, mais si on l'utilise à des niveaux de raisonnement inférieurs et qu'on lui donne des compétences/instructions pour générer des sous-agents Codex, c'est vraiment puissant.
J'en parle beaucoup dans une vidéo récente sur l'optimisation de l'utilisation de Fable, et ces conseils sont plus utiles que jamais.
« bougez les choses jusqu'à ce que ça semble juste »
L'expérimentation est tellement précieuse en ce moment. Essayez différentes choses, expérimentez avec des tâches plus difficiles, faites de votre mieux pour surveiller l'utilisation (via les tableaux de bord, ccusage, codexbar, comme vous voulez). Vous serez surpris de voir à quel point de petits changements peuvent impacter vos résultats et vos taux de token burn.
C'est une période tellement amusante pour être développeur. Amusez-vous. Passez plus de temps dans les répertoires ~/.codex et ~/.claude. Faites des changements qui vous paraissent stupides. Expérimentez. Vous serez étonné de ce qui peut arriver.
