Codex CLI 0.164 : quoi de neuf ? Préréglages /presets, changement d'effort de raisonnement en une ligne avec /model, proxy d'entreprise sous Windows (test avec une clé tierce)

Codex CLI 0.164.0 ajoute /presets avec 10 emplacements numérotés, des arguments en ligne pour /model et /permissions, corrige la restauration des paramètres de session avec resume et prend en charge l'authentification Negotiate/NTLM pour les proxys d'entreprise sous Windows. Cet article cite le texte original de la release pour détailler chaque nouveauté, puis teste avec une clé API tierce et un provider personnalisé le taux de cache et resume après un changement d'effort de raisonnement via /presets et /model.

8 分钟阅读
Codex CLI 0.164 : quoi de neuf ? Préréglages /presets, changement d'effort de raisonnement en une ligne avec /model, proxy d'entreprise sous Windows (test avec une clé tierce)

OpenAI a publié le 23 octobre Codex CLI 0.164.0. Selon lepostde @thsottiaux du 24 octobre, modifier l'effort de raisonnement en cours de session dans Codex n'invalide plus le cache. Dans saréponse, il récapitule cette mise à jour du CLI : préréglages de prompts, réglages de modèle et de permissions en ligne, connexion MCP d'entreprise, correction de l'échec de reprise des longues sessions, authentification proxy d'entreprise sous Windows. Il ajoute que l'usage du CLI a doublé depuis la DevDay.

En résumé :

  • Ajout de /presets: 10 emplacements numérotés pour stocker vos prompts ou commandes slash fréquents ; ouvrez le menu et appuyez sur la touche numérique pour les lancer directement.
  • /model accepte des arguments en ligne,/model gpt-6.1-sol --reasoning=high permet de changer de modèle et d'effort de raisonnement en une ligne ;/permissions accepte aussi des arguments.
  • Nous avons testé avec la clé API de ce site et un provider personnalisé : en passant l'effort de raisonnement de medium à high en cours de session, puis à low, chaque requête suivante a bénéficié du cache ;codex resume --last a conservé l'effort de raisonnement modifié dans la session, sans qu'il soit écrasé par la valeur globale par défaut.
  • Sous Windows, les connexions HTTPS et WebSocket peuvent s'authentifier auprès du proxy d'entreprise avec les identifiants Negotiate ou NTLM de l'utilisateur connecté.

Créer une clé API →

Récapitulatif des nouveautés de la 0.164.0

NouveautéTexte original de la releaseQui est concerné
Préréglages /presetsEnregistrez des prompts et des commandes slash réutilisables dans dix emplacements /presets numérotés, avec un menu clavier pour un accès rapide.Ceux qui répètent souvent le même prompt ou la même commande
/model et /permissions en ligneDéfinissez le modèle, l'effort de raisonnement, la vitesse et les profils de permissions directement avec les arguments en ligne des commandes /model and /permissions arguments.Ceux qui changent souvent d'effort de raisonnement ou de permissions
Masquage des identifiants en Bash distantMasque les identifiants pendant les commandes Bash distantes prises en charge et les sessions de snapshot Zsh, y compris les identifiants issus de providers personnalisés.Ceux qui exécutent Codex dans un environnement distant ou avec un provider personnalisé
Restauration des paramètres avec resumeLa reprise de session retrouve désormais les historiques compressés et restaure les paramètres de thread enregistrés au lieu de les remplacer par les valeurs globales par défaut.Ceux qui reprennent souvent leur travail avec resume
Proxy d'entreprise sous WindowsLes connexions HTTPS et WebSocket sous Windows gèrent désormais les demandes d'authentification du proxy avec les identifiants Negotiate ou NTLM de l'utilisateur connecté.Utilisateurs Windows qui passent par un proxy authentifié sur le réseau de l'entreprise

Autres changements : l'aperçu d'images dans la transcription plein écran lorsque le terminal prend en charge Kitty ou Sixel ; les connexions MCP d'entreprise peuvent utiliser l'autorisation du compte Codex ou une connexion séparée ; l'assistant de configuration Amazon Bedrock est activé par défaut ; un échec de compactage ne laisse plus de résumé tronqué dans l'historique ;-c ou --config ne perdent plus leurs valeurs de surcharge lorsqu'ils apparaissent dans des sous-commandes imbriquées.

Version et prérequis

Vérifiez d'abord la version :

bash
codex --version
# 低于 0.164.0 就升级
npm i -g @openai/codex@latest

Si vous ne l'avez pas encore installé, consultezle tutoriel d'installation de Codex. Pour ce test, nous avons utilisé un provider personnalisé défini dans le fichier global ~/.codex/config.toml (syntaxe identique à celle dututoriel de configuration Codex config.toml) :

toml
model = "gpt-6.1-sol"
model_reasoning_effort = "medium"
model_provider = "aicodewith"

[model_providers.aicodewith]
name = "aicodewith"
base_url = "https://api.aicodewith.ai/chatgpt/v1"
wire_api = "responses"
experimental_bearer_token = "你的 API Key"

Pour la préparation du réseau et de la clé en Chine, consultezle tutoriel d'utilisation de Codex en Chine.

/presets : 10 emplacements de prompts prédéfinis

Comment enregistrer

Dans Codex, saisissez /presets. À la première ouverture, il affiche No presets saved. Press n to create one.. Les touches en bas du menu sont :

text
n · new   s · from settings   e · edit   d · delete   esc · close
  • Appuyez sur n pour créer : saisissez un prompt ou une commande slash, validez avec Entrée, puis choisissez un emplacement (1 à 9 et 0, soit 10 au total). Une fois enregistré, un message affiche un numéro du type Saved preset 1. .
  • Appuyez sur s pour générer à partir des paramètres actuels : la liste affiche les commandes complètes correspondant au modèle, aux permissions, au titre du terminal et à la barre d'état actuels ; choisissez-en une pour l'enregistrer en préréglage.

codex-0-164-presets-from-settings-terminal

Cette liste vous donne aussi la syntaxe complète des arguments en ligne. Par exemple, les permissions actuelles correspondent à /permissions :workspace --approval-policy=on-request --reviewer=user.

Lors de notre test, les préréglages sont enregistrés dans ~/.codex/config.toml , un bloc par emplacement :

toml
[tui.presets.1]
input = "Review the staged diff and list bugs as a numbered list."
label = ""

Vous pouvez donc aussi modifier directement ce fichier pour gérer vos préréglages en lot.

Comment les utiliser

Saisissez /presets pour ouvrir le menu, puis appuyez sur la touche numérique de l'emplacement : le préréglage s'exécute directement, sans validation supplémentaire.

codex-0-164-presets-terminal

Quand le préréglage contient une commande slash, l'effet est le même qu'avec une saisie manuelle. Attention à la syntaxe des arguments : nous avions d'abord enregistré /model gpt-6.1-sol high, et à l'exécution le client a renvoyé l'erreur :

text
Unexpected argument 'high'. Use '--reasoning=<level>' or '--speed=<tier>'.

Après correction en /model gpt-6.1-sol --reasoning=high , le changement fonctionne normalement.

/model : changer l'effort de raisonnement en une ligne

Utilisation

text
/model gpt-6.1-sol --reasoning=high
/model --reasoning=low

Vous pouvez aussi écrire uniquement --reasoning sans nom de modèle : le modèle actuel est conservé et seul l'effort de raisonnement change. Après le changement, le message affiché est :

text
Model changed to gpt-6.1-sol high for this session only

Notez que for this session only: le changement en ligne ne vaut que pour la session en cours et ne modifie pas la valeur par défaut de config.toml. La barre d'état en bas affiche le nouvel effort de raisonnement.

codex-0-164-model-inline-terminal

Vous pouvez aussi utiliser les raccourcis : appuyez sur ? pour ouvrir le tableau des raccourcis, oùalt+, correspond à Less reasoning etalt+. à More reasoning.

Le cache est-il toujours utilisé après le changement ?

Dans une même session, nous avons envoyé plusieurs courtes questions à la suite, en changeant deux fois d'effort de raisonnement, puis nous avons lu dans l'historique de session le champ cached_input_tokensde chaque tour :

TourEffort de raisonnementTokens en entréeTokens servis par le cache
1medium159961642
2medium1603712120
3passage à high1607410041
4passage à low161356232
5low après resume1616212218

Le tour 1 est un démarrage à froid, il est normal que le cache serve peu de tokens. Les tours 3 et 4 sont les premiers après un changement d'effort de raisonnement : ils bénéficient encore du cache et ne retombent pas au niveau d'un démarrage à froid. Cela concorde avec ce que dit @thsottiaux : « changer l'effort de raisonnement n'invalide plus le cache ». Le nombre de tokens servis par le cache varie d'un tour à l'autre, fiez-vous aux chiffres de votre propre session.

Chaque tour de questions-réponses a pris entre 2 et 11 secondes.

resume : restauration des paramètres de session

Texte original de la release : Resuming sessions now finds compressed histories and restores saved thread settings instead of replacing them with global defaults.

Étapes du test : la valeur globale par défaut est medium. Dans la session, utilisez /model --reasoning=low pour passer à low, puis, après avoir quitté, exécutez :

bash
codex resume --last

Après la reprise, la barre d'état affiche GPT-6.1-Sol low. Lancez ensuite un nouveau tour : dans l'historique de la session, l'intensité de raisonnement de ce tour reste low, elle n'a pas été écrasée par le medium global, et le cache est toujours sollicité normalement (voir le tour 5 du tableau ci-dessus).

codex-0-164-resume-terminal

Masquage des identifiants dans Bash à distance

Texte original de la release : Mask credentials during supported remote Bash commands and Zsh snapshot sessions, including credentials from custom providers.

Si vous utilisez experimental_bearer_token pour configurer un provider personnalisé, cela signifie que, dans les commandes Bash à distance et les sessions de snapshot Zsh prises en charge, les identifiants du provider sont aussi masqués. Malgré cela, gardez la clé uniquement dans config.toml : ne l'écrivez pas dans les fichiers du projet et ne la collez pas dans la conversation.

Proxy d'entreprise sous Windows : Negotiate/NTLM

Depuis la 0.164.0, lorsque les connexions HTTPS et WebSocket sous Windows rencontrent un défi d'authentification proxy, elles répondent avec les identifiants Negotiate ou NTLM de l'utilisateur Windows connecté. Si vous utilisez Codex sous Windows, vous pouvez aussi lirele tutoriel Codex VS Code Windows.

Points d'attention avec une API tierce

  • Tout le test de cet article a été réalisé avec la clé de notre site et un provider personnalisé dans le config.toml global, avec le modèle gpt-6.1-sol,/presets,/model : les paramètres en ligne et resume fonctionnent normalement.
  • Un provider personnalisé utilise experimental_bearer_token pour renseigner la clé, sans variable d'environnement supplémentaire.
  • Le paramètre en ligne /model ne modifie que la session en cours. Pour changer durablement l'intensité de raisonnement par défaut, modifiez plutôt dans config.toml le paramètre model_reasoning_effort.
  • Pour les opérations quotidiennes courantes, consultezComment utiliser Codex.

Questions fréquentes

Comment mettre à jour Codex CLI 0.164 ?

npm i -g @openai/codex@latest, puis codex --version pour confirmer que la version est 0.164.0 ou supérieure.

Où est stocké /presets ?

Dans le fichier global ~/.codex/config.toml : section [tui.presets.N] ; N est le numéro d'emplacement. Dans le menu, appuyez sur e pour modifier,d pour supprimer, ou modifiez directement le fichier.

Comment lancer rapidement un preset avec /presets ?

Saisissez /presets pour ouvrir le menu, puis appuyez sur la touche numérique de l'emplacement pour le lancer directement.

Comment changer l'intensité de raisonnement dans Codex ?

/model --reasoning=high en une seule ligne, ou utilisez les raccourcis alt+,,alt+. . Si vous écrivez /model gpt-6.1-sol high , Codex renvoie l'erreur Unexpected argument 'high'.

Changer l'intensité de raisonnement en cours de session invalide-t-il le cache ?

Nous avons testé avec une clé tierce : le premier tour après le passage à high comme à low bénéficie toujours d'un cache hit.

Les réglages du modèle sont-ils conservés après resume ?

Depuis la 0.164.0, les réglages enregistrés dans la session sont restaurés. Nous avons testé : après codex resume --last le low choisi en cours de session est resté, sans retour au défaut global.

Faut-il une configuration supplémentaire pour le proxy d'entreprise sous Windows ?

Selon la release, Codex répond automatiquement aux défis d'authentification du proxy avec les identifiants Negotiate ou NTLM de l'utilisateur connecté, sans mentionner de nouveau paramètre de configuration.

Créer une clé API →

相关文章

Des pages web générées par IA qui sentent l'IA au premier regard ? Installez Hallmark v2 sur Claude Code / Codex : 48 thèmes, génération de la page et auto-vérification (test réel avec une clé API tierce)

Des pages web générées par IA qui sentent l'IA au premier regard ? Installez Hallmark v2 sur Claude Code / Codex : 48 thèmes, génération de la page et auto-vérification (test réel avec une clé API tierce)

Pourquoi une page web générée par IA sent-elle l'IA au premier regard ? Hallmark v2 est un skill de design web pour Claude Code et Codex : il présélectionne d'abord 3 thèmes parmi 48 pour que vous choisissiez, met ensuite en page selon l'objectif de la landing page, puis s'auto-vérifie dans un vrai navigateur sur 8 largeurs. Cet article teste l'installation avec la clé API de ce site, la création d'une landing page pour une App de comptabilité personnelle, /hallmark audit et /hallmark redesign, avec comparaison avant/après et durée de chaque étape.

Claude Code MCP Tasks : comment les utiliser ? Tâches longues en arrière-plan, confirmation en cours de route avec Elicitations, pris en charge depuis la 2.1.304 (testé avec une clé API tierce)

Claude Code MCP Tasks : comment les utiliser ? Tâches longues en arrière-plan, confirmation en cours de route avec Elicitations, pris en charge depuis la 2.1.304 (testé avec une clé API tierce)

Depuis la v2.1.304, Claude Code propose les MCP Tasks en bêta publique : le serveur MCP prend en charge la tâche longue et l'exécute lui-même, Claude n'a plus à attendre, et les tâches distantes continuent après votre départ. Cet article reprend la documentation officielle pour expliquer les conditions d'activation, l'usage de /tasks, les deux variables pour attendre un résultat et la différence avec le passage automatique en arrière-plan après 2 minutes. Il présente aussi nos tests en v2.1.309 avec une clé API tierce : passage automatique en arrière-plan, /tasks et confirmation Elicitation en cours de route.

Sortie de Kimi K3.1 Pro : configuration avec Claude Code, différences avec K3 et choix de Highspeed

Sortie de Kimi K3.1 Pro : configuration avec Claude Code, différences avec K3 et choix de Highspeed

Kimi a publié K3.1 Pro et K3.1 Pro Highspeed le 24 octobre à 01h15, heure de Pékin. Cet article récapitule les points clés de l'annonce officielle, les différences entre K3.1 Pro et K3, la configuration de settings.json pour Claude Code (l'ID de modèle officiel de K3.1 Pro et le kimi-k3 actuellement disponible sur ce site), ainsi qu'une tâche de développement exécutée avec kimi-k3 dans Claude Code.