Changer d'un coup le modèle et l'effort de toutes les sessions dans Claude Code Desktop et Codex : il suffit de demander à l'assistant, ce qu'il peut atteindre et 4 vérifications

À chaque nouveau modèle, on ouvre ses sessions une à une pour changer le modèle et l'effort. Avec quelques sessions, ça passe. Mais si vous gardez une session par projet, vous en avez vite des dizaines. C'est exactement la corvée qui m'attendait le 22 septembre 2026, quand Claude Opus 5.5, GPT-6 Sol et GPT-6 Luna sont sortis le même jour.

La réponse courte : dans l'application de bureau Claude Code (appelée Claude Code Desktop ci-après) comme dans Codex, il a suffi de demander à l'assistant de « passer toutes mes sessions sur X », sans toucher moi-même à chaque session. Il n'existe aucun bouton « tout changer » dans l'interface : c'est l'assistant qui modifie les sessions une par une en coulisses. En revanche, ce qu'il peut atteindre, le moment où le changement prend effet et la façon de le vérifier diffèrent nettement entre les deux.

Cet article s'appuie sur mon propre essai du 24 septembre 2026 (réglages modifiés puis rétablis) et sur leur application réelle à toutes mes sessions le lendemain, 25 septembre, ainsi que sur la documentation officielle (les pages Desktop et Model configuration de Claude Code, et les pages Models, Config basics et Slash commands de Codex). Il présente la marche à suivre et les pièges. Claude Code dans le terminal (la CLI) n'est pas traité ici.

1. Pourquoi vouloir tout changer d'un coup

Claude Code Desktop comme Codex mémorisent le modèle et l'effort pour chaque session (chaque chat). Même si un nouveau modèle sort et que vous décidez de l'utiliser partout désormais, vos sessions existantes continuent de tourner sur l'ancien.

• Claude Code Desktop : d'après la documentation officielle, on choisit le modèle dans le menu déroulant à côté du bouton d'envoi, et on peut le changer en cours de session. Ce que vous changez, c'est la session que vous avez ouverte.
• Codex : sur la page officielle Slash commands, /model et /reasoning choisissent tous deux le modèle et la profondeur de raisonnement du chat en cours. Changer la valeur par défaut dans le fichier de configuration ne modifie pas les valeurs déjà enregistrées dans les chats existants (voir plus bas).

L'effort (la profondeur de raisonnement du modèle) fonctionne de la même façon. Par exemple, Opus 5.5 utilise par défaut l'effort medium, ce qui a poussé beaucoup d'utilisateurs à revoir l'équilibre entre consommation et résultats (voir l'article sur Opus 5.5 et l'article sur le réglage de l'effort). Le coût compte aussi : un effort plus élevé consomme davantage de tokens de raisonnement, si bien que des sessions laissées en effort élevé peuvent entamer discrètement vos limites d'utilisation.

Plutôt que d'ouvrir chaque session pour la modifier, l'approche présentée ici consiste donc à demander à l'assistant de « tout passer sur tel réglage ». Comme vous ne faites qu'une seule demande, cet article parle de « changement groupé ».

2. Claude Code Desktop : il suffit de demander à l'assistant

Ce que dit la documentation officielle

La documentation de Claude Code Desktop contient une section intitulée Work across sessions. Elle indique que Claude peut lister vos autres sessions de l'onglet Code, lire ce que chacune a fait et envoyer des messages de l'une à l'autre, et que vous pouvez aussi lui demander de renommer ou d'archiver une session.

Au 24 septembre 2026, les actions citées dans cette section se limitent toutefois à lister, lire, envoyer des messages, renommer et archiver. Le changement de modèle ou d'effort n'y figure pas. Les outils que l'application fournit à l'assistant comprennent pourtant un outil qui change le modèle d'une autre session et un autre qui en change l'effort. Voici ce qui s'est passé quand je les ai réellement utilisés. Il ne s'agit pas d'une procédure documentée : le comportement peut changer dans une version future.

L'essai

J'ai fait l'essai sur 2 sessions à l'arrêt. Toutes deux étaient au départ sur Opus 5.5 en effort medium ; je les ai passées sur Sonnet 5 en effort low, j'ai vérifié le résultat, puis je les ai remises comme avant.

Un point à surveiller : la façon de vérifier. Quand j'ai demandé à l'une des sessions modifiées « quel est ton effort actuel ? », elle a répondu « l'effort est de 10 », ce qui ne correspond à aucun niveau. Le modèle n'est pas forcément informé correctement de son propre effort. Pour vérifier, regardez la zone de saisie dans l'interface, ou faites relire les valeurs enregistrées par l'assistant.

Le lendemain, toutes les sessions ont vraiment été basculées

Le 25 septembre 2026, j'ai utilisé cette méthode pour aligner réellement toutes les sessions de l'onglet Code de ma machine sur Opus 5.5 en effort medium. Hors sessions archivées, il y en avait 58 en plus de celle d'où venait la demande. Avant le changement, 20 tournaient encore sur Opus 5 et 11 sur Opus 4.8, et la plupart étaient en effort high.

L'assistant a d'abord lu les réglages actuels des 58 sessions et les a notés dans un fichier comme valeurs d'origine. Il a ensuite laissé de côté les 13 sessions déjà sur Opus 5.5 en medium, ainsi qu'une session servant aux exécutions planifiées (tâches planifiées), qui n'a pas de valeur d'effort, et a modifié les 44 restantes (le modèle et l'effort pour 34 d'entre elles, l'effort seul pour 10). Pour finir, il a relu les 44 sessions et confirmé qu'elles étaient toutes sur Opus 5.5 en medium. De mon côté, je me suis contenté de demander « passe toutes les sessions sur Opus 5.5 en medium ».

Les règles de modification des sessions

Voici les règles que j'ai tirées des descriptions des outils fournis à l'assistant par l'application et de leur comportement.

• Les changements s'appliquent au tour suivant : un tour déjà en cours se termine sur le modèle actuel. Le modèle n'est pas remplacé en plein milieu.
• Seuls les modèles présents dans le menu des modèles peuvent être choisis : si vous en nommez un qui n'y figure pas, vous recevez la liste des options disponibles.
• L'effort a 5 niveaux : low, medium, high, xhigh et max : l'application française les affiche sous les noms Faible, Moyen, Élevé, Extra et Max. Le niveau le plus haut disponible dépend du modèle.
• La session avec laquelle vous parlez ne peut pas être modifiée : l'outil refuse, au motif qu'une session ne doit pas changer son propre coût en silence. Changez vous-même la session d'où vient la demande, depuis son menu des modèles.
• Une confirmation peut vous être demandée : d'après les descriptions des outils, l'application demande confirmation quand une autre session est modifiée, surtout pour passer à un modèle plus cher ou à un effort plus élevé. J'ai fait mon essai en mode Bypass permissions (qui saute les demandes d'autorisation), donc aucune carte de confirmation n'est apparue. Dans le mode par défaut, vous devrez peut-être approuver une fois par session.

3. Ce que Claude Code Desktop peut atteindre, et ce qu'il ne peut pas

Même si vous dites « toutes », l'assistant ne peut pas modifier les sessions qu'il ne voit pas. La section Work across sessions de la documentation officielle décrit ainsi ce qu'il voit.

Autre point important : par défaut, il ne voit que les 20 sessions actives le plus récemment. La documentation officielle le dit, et l'outil de l'application en renvoie aussi 20 par défaut. Quand vous demandez « toutes », ajoutez « ne t'arrête pas à 20, liste toutes les sessions ». Dans mon environnement, il y avait des dizaines de sessions, même sans compter les archivées.

Un mot aussi sur l'ordre de tri. Le 24 septembre, quand j'ai modifié 2 sessions, l'heure de « dernière activité » de chacune a été mise à l'heure actuelle dès le changement, et l'ordre a changé dans la barre latérale triée par activité récente. Mais le 25 septembre, quand j'en ai modifié 44, cette heure n'a bougé pour aucune d'entre elles, avec pourtant la même version de l'application. J'ignore dans quelles conditions elle est mise à jour : partez donc du principe que l'ordre de tri peut changer, et si cela vous gêne, organisez d'abord vos sessions avec des épingles ou des groupes.

4. Codex : les valeurs par défaut dans le fichier de configuration, les chats existants un par un sur demande

Dans Codex, la méthode diffère entre les chats que vous créerez à l'avenir et ceux qui existent déjà.

Les futurs chats : le fichier de configuration (la méthode officielle)

La page officielle Models explique que le modèle par défaut en local se règle avec model dans config.toml. L'effort, c'est model_reasoning_effort. L'application de bureau, la CLI et l'extension pour IDE lisent toutes le même fichier de configuration.

model = "gpt-6-sol"
model_reasoning_effort = "medium"

Le fichier est ~/.codex/config.toml (sous Windows, C:\Users\<nom_utilisateur>\.codex\config.toml). Si les clés existent déjà, modifiez leurs valeurs au lieu d'ajouter de nouvelles lignes. Des clés en double rendent le fichier illisible en tant que configuration.

Attention à l'ordre de priorité. D'après la page officielle Config basics, les options de ligne de commande, le .codex/config.toml d'un projet et les profils passent tous avant votre fichier de configuration utilisateur. Si un projet définit son propre modèle, modifier votre configuration utilisateur n'aura aucun effet sur ce projet.

Par ailleurs, on ne peut pas changer le modèle par défaut des chats cloud de Codex (la page officielle Models indique que ce n'est pas possible actuellement). Votre fichier de configuration local n'atteint pas le cloud.

Les chats existants : aucune méthode officielle de changement groupé trouvée

La méthode officielle pour modifier un chat existant consiste à l'ouvrir et à choisir dans le menu sous la zone de saisie, ou à utiliser /model et /reasoning. Les deux ne s'appliquent qu'au chat que vous avez ouvert, et je n'ai trouvé ni bouton ni procédure pour modifier tous les chats d'un coup, que ce soit dans la documentation officielle ou dans l'application.

J'ai donc demandé à Codex de « tout passer sur GPT-6 Sol en medium, y compris les autres chats ». Codex a utilisé un mécanisme interne de l'application (l'App Server) pour charger chaque chat à tour de rôle et réécrire ses réglages.

5. Ce qui s'est passé quand Codex a modifié 115 chats

115, c'est le nombre de chats existants dans mon Codex (hors chats archivés). J'ai demandé à Codex de tous les passer sur GPT-6 Sol en medium.

Voici le déroulement, d'après le journal laissé par Codex à la fin du travail (24 septembre 2026, Codex desktop 26.917.6896.0, CLI 0.155.0-alpha.16).

Certains chats ont reçu un message

C'est à l'étape ④ que Codex diffère le plus de Claude Code Desktop. Les chats inactifs pouvaient être chargés pour n'en réécrire que les réglages. Mais les 2 chats que l'application avait chargés à ce moment-là ne pouvaient pas être chargés de l'extérieur, parce qu'un autre processus y écrivait déjà.

Codex n'a pas forcé le verrou ni modifié directement les données enregistrées. Il a plutôt utilisé la fonction de l'application qui « envoie un message à un autre chat », en y joignant le modèle et l'effort, et a envoyé un court message qui ne demandait qu'une confirmation. Cela change bien les réglages, mais un tour s'exécute alors réellement dans ce chat. Autrement dit, un changement groupé dans Codex peut, selon la situation, laisser un message dans certains de vos chats.

Le fichier de configuration seul ne modifie pas les chats existants

Même après la modification des valeurs par défaut à l'étape ③, chaque chat existant conservait son propre modèle et son propre effort enregistrés. Changer la valeur par défaut ne touche que les nouveaux chats ; l'étape ④ était donc nécessaire en tant que travail séparé.

Ce n'est pas une méthode officielle

Ce que Codex a utilisé est un mécanisme interne présent dans la version installée. Je ne l'ai pas trouvé dans le corps de la documentation publique, et rien ne garantit qu'il fonctionnera de la même façon dans les versions futures. Codex a lui-même noté dans son journal qu'il déconseille de modifier directement les données enregistrées (la base de données ou les journaux de conversation), car l'état de l'interface, l'historique enregistré et les réglages du tour suivant risqueraient de se désynchroniser. Les chats archivés, les sous-agents, les exécutions planifiées et les chats cloud étaient également hors du périmètre. Je n'ai pas vérifié ce qu'affiche l'interface après un redémarrage complet de l'application, ni contrôlé les 115 chats dans l'interface.

6. Les deux côte à côte

En résumé : Claude Code Desktop « donne à l'assistant des outils pour faire le changement », tandis que dans Codex « l'assistant a manipulé les rouages internes de l'application pour faire le changement ». Dans les deux cas, vous n'avez qu'à demander, mais la voie de Codex est plus fragile d'une version à l'autre et fait plus de dégâts si elle s'arrête en cours de route.

7. Exemples de demandes et 4 vérifications pour éviter les erreurs

Exemples de demandes

Dans Claude Code Desktop, vous pourriez demander quelque chose comme ceci :

Passe toutes les sessions, sauf les archivées, sur Opus 5.5 en effort medium.
Ne t'arrête pas à 20 ; liste toutes les sessions et ignore celles qui sont en cours d'exécution.
Garde la liste du modèle et de l'effort de chaque session avant le changement, et une fois terminé, relis toutes les sessions pour confirmer.

Dans Codex, cela pourrait ressembler à ceci :

Passe la valeur par défaut des nouveaux chats et tous les chats existants sur GPT-6 Sol en medium.
Sauvegarde les réglages actuels avant de commencer, et récupère la liste jusqu'à la dernière page.
Si tu dois envoyer des messages aux chats ouverts, dis-moi d'abord combien.
À la fin, relis tous les chats comptés au départ et confirme qu'ils correspondent.

4 vérifications pour éviter les erreurs

1. Faites garder les anciennes valeurs : si vous voulez revenir en arrière sans connaître les valeurs d'origine, vous devrez les retrouver session par session. C'est surtout important si vous faites volontairement tourner certaines sessions sur un autre modèle.
2. Précisez le périmètre : inclure ou non les sessions archivées, ignorer ou non celles en cours d'exécution, se limiter ou non à un projet donné. Dans Claude Code Desktop, n'oubliez pas « ne t'arrête pas à 20 ».
3. Faites tout relire à la fin : ne comptez pas les réponses « réussi » reçues en cours de route ; relisez chaque cible comptée au départ et confirmez qu'elle correspond. C'est grâce à cette vérification que Codex a pu annoncer 115/115.
4. Ouvrez-en une vous-même : vérifiez de vos propres yeux, dans au moins une session, que la zone de saisie affiche le nouveau réglage. Demander au modèle son propre effort n'est pas fiable.

Une dernière chose : dans Claude Code Desktop, la session d'où vous faites la demande ne change pas, alors pensez à la modifier vous-même depuis le menu des modèles à la fin.

8. Mise à jour : les modes d'autorisation se changent aussi en bloc (octobre 2026)

Comme le modèle et l'effort, Claude Code Desktop mémorise le mode d'autorisation de chaque session (jusqu'où Claude agit sans demander ; les différences entre les modes sont expliquées dans l'article sur les modes d'autorisation). Le 15 octobre 2026, j'ai demandé à l'assistant de « passer tous les projets d'Ignorer les permissions à Auto », et j'ai réellement fait le changement sur deux de mes machines sous Windows 11 : 135 sessions sur la première, hors sessions archivées, et 55 sur la seconde. Sur les deux, je me suis contenté de formuler la demande, sans ouvrir les sessions une à une.

Le sens du changement compte

Dans la description de l'outil que l'application fournit à l'assistant, les modes d'autorisation sont de plus en plus permissifs dans l'ordre Plan → Manuel → Accepter les modifications → Auto → Ignorer les permissions. Elle précise que passer à un mode plus permissif (par exemple d'Auto à Ignorer les permissions) affiche toujours une carte d'approbation à l'utilisateur, quel que soit le mode d'où vient la demande. Le passage à un mode moins permissif se fait, selon cette description, sans confirmation, et lors de mon passage d'Ignorer les permissions à Auto, aucune carte n'est apparue. Je n'ai pas testé le sens inverse cette fois-ci.

Il y a aussi une différence avec le changement de modèle. Pour le modèle, la règle était « la session qui fait la demande ne peut pas se modifier elle-même », alors que l'outil des modes d'autorisation est décrit comme pouvant viser aussi sa propre session. Cette fois, j'ai changé moi-même la seule session demandeuse, avec le sélecteur de mode à l'écran.

Depuis une session en Auto, la demande se bloque en cours de route

Sur la première machine, tout s'est arrêté après 17 sessions sur 135. En cours de route, la session demandeuse était passée en Auto, et le vérificateur d'Auto (le classificateur qui tourne en arrière-plan) a cessé de laisser passer les actions qui modifient les réglages d'autres sessions. Une action a été refusée comme « impossible à évaluer », et les 3 suivantes au motif que « l'utilisateur ne souhaite pas cette action pour l'instant ». Une fois la session demandeuse remise en Ignorer les permissions, les 118 restantes sont passées sans un seul arrêt. La même chose s'est produite sur la seconde machine. Pour un changement groupé, laissez seulement la session demandeuse en Ignorer les permissions (ou en Manuel, où vous pouvez approuver vous-même) : c'est le plus sûr.

Le mode par défaut des nouvelles sessions est conservé à part

La documentation officielle, Choose a permission mode, indique que le mode par défaut des nouvelles sessions locales se règle avec permissions.defaultMode dans le fichier de réglages, mais que le mode choisi dans le sélecteur de mode est mémorisé par dossier et l'emporte sur defaultMode dans ce dossier (sauf Plan, qui ne vaut que pour la session en cours).

Autrement dit, si vous avez choisi une fois Ignorer les permissions dans un dossier, les nouvelles sessions que vous y lancez démarrent en Ignorer les permissions. En vérifiant sur la seconde machine, j'ai constaté que cette mémoire par dossier restait sur Ignorer les permissions même après que l'assistant a passé toutes les sessions existantes en Auto. Si vous voulez que les nouvelles sessions démarrent aussi en Auto, il faut choisir de nouveau Auto dans le sélecteur de mode, une fois par dossier. Écrire defaultMode dans le fichier de réglages ne l'emporte pas sur un dossier qui mémorise Ignorer les permissions. Je déconseille de modifier directement les fichiers enregistrés par l'application : ils risquent d'être écrasés ou corrompus pendant qu'elle tourne.

Ce qui reste hors de portée

• Les sessions d'un autre compte : même sur la même machine, les sessions d'un compte avec lequel vous n'êtes pas connecté n'apparaissaient pas dans la liste et n'ont pas pu être modifiées (constaté sur la seconde machine).
• Les sessions archivées : je les ai exclues cette fois. Changez-les vous-même quand vous les restaurez.
• Les sessions cloud : d'après la documentation officielle, les sessions cloud n'ont pas du tout Ignorer les permissions (seuls Accepter les modifications, Plan et Auto sont disponibles).

Voici un exemple de demande :

Passe le mode d'autorisation de toutes les sessions, sauf les archivées, sur Auto.
Ne t'arrête pas à 20 : liste-les toutes, puis dis-moi combien tu en as modifié et donne-moi la liste des sessions refusées, s'il y en a.

Notez qu'Auto n'est pas disponible sur tous les comptes. La documentation officielle indique que le mode Auto exige un modèle compatible (Opus 4.6 ou ultérieur, Sonnet 4.6 ou ultérieur, Haiku 5.5 ou Fable) et que les administrateurs d'une organisation peuvent le désactiver (au 15 octobre 2026).

Conclusion

Au 24 septembre 2026, ni Claude Code Desktop ni Codex ne proposent de bouton pour changer le modèle de toutes les sessions d'un coup. J'ai pourtant constaté dans les deux que demander à l'assistant permet de tout changer sans ouvrir chaque session soi-même.

Claude Code Desktop a modifié les sessions sans envoyer de message, grâce aux outils fournis par l'application, et les changements ont survécu à un redémarrage. En revanche, il ne voit que les sessions locales de l'application de bureau, se limite par défaut aux 20 plus récentes et exclut la session d'où vient la demande. Dans Codex, les nouveaux chats relèvent du fichier de configuration, et l'assistant a modifié les chats existants un par un grâce à un mécanisme interne. Les chats qui étaient ouverts ont chacun reçu un message.

En octobre 2026, j'ai constaté que les modes d'autorisation se changent aussi en bloc avec le même genre de demande, sur deux machines et 190 sessions au total. Il faut toutefois garder la session demandeuse hors d'Auto, et choisir de nouveau à l'écran, dossier par dossier, le mode par défaut des nouvelles sessions.

Plus besoin de faire le tour de toutes vos sessions à chaque nouveau modèle. Gardez les anciennes valeurs, définissez le périmètre, faites tout relire et vérifiez-en une de vos propres yeux. Ajouter ces 4 vérifications à votre demande rend le changement groupé bien plus sûr.

FAQ

Q. Existe-t-il un bouton dans Claude Code Desktop pour changer toutes les sessions d'un coup ?

A. Je n'en ai pas trouvé au 24 septembre 2026. On choisit le modèle et l'effort session par session, depuis le menu de la zone de saisie de la session ouverte. La méthode de cet article consiste à demander à l'assistant de modifier vos autres sessions à votre place.

Q. Modifier une session lui envoie-t-il quelque chose ?

A. Pas dans Claude Code Desktop. La session tourne simplement avec les nouveaux réglages la prochaine fois que vous l'utilisez. Dans Codex, seuls les chats ouverts dans l'application ont reçu un court message de confirmation pour que leurs réglages puissent être changés, et un tour s'y est réellement exécuté.

Q. Une session en plein travail change-t-elle de modèle en cours de route ?

A. Non. Dans les deux applications, les changements s'appliquent au tour suivant, et le tour déjà en cours se termine sur le modèle d'origine.

Q. Puis-je vérifier en demandant au modèle « quels sont ton modèle et ton effort » ?

A. Je ne le recommande pas, car ce n'est pas fiable. Lors de mon essai, une session que j'avais passée en effort low a répondu « l'effort est de 10 ». Regardez la zone de saisie dans l'interface, ou faites relire les valeurs enregistrées par l'assistant.

Q. Puis-je aussi changer d'un coup les sessions cloud ou les sessions CLI ?

A. Pas avec l'assistant de Claude Code Desktop, car il ne les voit pas. La documentation officielle indique aussi qu'il ne voit ni les sessions cloud ni les sessions lancées depuis la CLI du terminal ou l'extension VS Code. Pour les chats cloud de Codex, le modèle par défaut ne peut pas non plus être changé actuellement.

Q. J'ai passé tous les modes d'autorisation sur Auto, mais les nouvelles sessions démarrent toujours en Ignorer les permissions.

A. Une nouvelle session démarre dans le mode choisi en dernier dans le sélecteur de mode pour ce dossier (voir Choose a permission mode dans la documentation officielle). Modifier les sessions existantes ne change pas cette mémoire. Choisissez de nouveau Auto dans le sélecteur de mode, une fois par dossier. Les détails sont dans la section 8.

Q. Est-il prudent de tout passer d'un coup sur un modèle supérieur ?

A. Le changement lui-même fonctionne, mais si toutes les sessions tournent sur un modèle haut de gamme en effort élevé, vos limites d'utilisation s'épuiseront plus vite. L'application Claude Code Desktop est d'ailleurs conçue pour demander confirmation lors du passage à un modèle plus cher ou à un effort plus élevé. Pour choisir votre point de départ au quotidien, consultez l'article sur le réglage de l'effort et l'article sur GPT-6 Sol et Luna.