CrdaN
Administrateur
PREMIUM
Marchand
Level 5
Level 4
Level 3
Level 2
Level 1
- 29 Avr. 2012
- 5,336
- 437
- 999
- Discord
- crdan
Codex CLI 0.136 : archiver ses sessions IA avant de tout mélanger
OpenAI a publié Codex CLI 0.136.0 le 1er juin 2026. Ce n’est pas une mise à jour spectaculaire façon “nouveau modèle magique”, mais elle ajoute un détail très utile pour ceux qui bossent vraiment avec des agents IA : l’archivage de sessions.
Source officielle :
La note importante : les sessions peuvent maintenant être archivées depuis l’interface TUI avec /archive, ou depuis le CLI avec codex archive / codex unarchive. Une session archivée est protégée contre le resume et le fork tant qu’elle n’est pas restaurée.
Pour un membre Cheat-Gam3 qui utilise Codex sur un bot Discord, un outil forum, un script XenForo, un site vitrine ou un projet perso, c’est plus important qu’il n’y paraît. Le problème des agents IA, ce n’est pas seulement qu’ils peuvent se tromper. C’est aussi qu’on finit vite avec dix sessions ouvertes, trois idées abandonnées, deux refactors à moitié faits, et une vieille conversation que l’on reprend par erreur.
Quand on travaille avec un agent IA dans le terminal, une session devient vite une sorte de mini-dossier de travail : objectif, fichiers lus, commandes lancées, erreurs rencontrées, hypothèses, modifications proposées, décisions prises. Si on reprend la mauvaise session, l’agent peut repartir avec un contexte dépassé.
Exemples très classiques :
L’archivage sert à dire : cette session est terminée, figée ou mise de côté. Elle reste consultable/restaurable, mais elle ne doit plus être reprise par accident.
Reprendre une session IA ancienne peut être pratique, mais c’est aussi une source de bugs subtils. L’agent ne voit pas toujours tout ce qui a changé depuis. Il peut conserver un plan logique au moment T, mais faux au moment T+3 jours.
Sur un vrai projet, cela peut provoquer :
C’est exactement le genre de problème que l’archivage limite. On garde l’historique, mais on évite le “je reprends ça vite fait” qui finit en bazar.
Mon conseil : n’utilisez pas une seule session IA pour tout faire. Séparez mentalement vos sessions en trois familles.
1. Exploration
C’est la session où vous demandez à Codex de lire le projet, de trouver les fichiers importants, de proposer des options, ou de comprendre une erreur. Elle peut être bavarde. Elle peut explorer plusieurs pistes. Mais elle ne doit pas forcément modifier le code.
Une fois la décision prise, archivez-la. Elle a servi à réfléchir, pas à exécuter.
2. Exécution
C’est la session courte et cadrée : “modifie uniquement ces fichiers”, “ajoute ce test”, “corrige cette fonction”, “ne touche pas à la config”. Ici, on veut un diff propre, un objectif clair et une vérification rapide.
Quand le diff est validé, archivez-la. Cela évite de reprendre une session d’exécution pour une nouvelle tâche sans rapport.
3. Review
C’est la session utilisée pour relire un diff, chercher les effets de bord, vérifier les tests, contrôler les configs, ou résumer ce qui a changé. Elle doit être séparée de la session qui a écrit le code si possible.
Quand la review est terminée, archivez-la aussi. Vous gardez la trace, mais vous ne la confondez pas avec la prochaine tâche.
Une session IA peut contenir des chemins sensibles, des noms de fichiers, des morceaux de logs, des décisions de permissions, des commandes, parfois même des indices sur votre infra. Sans parler de l’effet “contexte trop large” : plus une session traîne, plus elle accumule des détails inutiles.
Archiver ne remplace pas les bonnes pratiques de sécurité, mais ça aide à réduire le chaos :
Si vous bossez avec MCP, GitHub, des accès serveur, des tokens de bot Discord ou des scripts d’automatisation, cette discipline devient vite indispensable.
Le changelog mentionne aussi des améliorations de rendu dans le TUI : les liens web restent cliquables via des métadonnées OSC 8, et les tableaux trop serrés peuvent basculer vers un format clé/valeur plus lisible sans perdre les cibles de liens.
Ça semble secondaire, mais pour de la veille dev c’est utile. Quand Codex résume une doc, un changelog, une issue GitHub ou une liste de fichiers, une sortie plus lisible évite les erreurs bêtes : mauvais lien, mauvaise ligne, mauvaise interprétation d’un tableau compact.
Pour les créateurs de contenu, admins forum ou devs qui préparent des guides, c’est aussi plus confortable : on peut garder des références propres au lieu de copier/coller une sortie illisible.
Voici une routine simple à appliquer avec Codex CLI :
Codex CLI 0.136.0 rappelle un truc simple : avec les agents IA, la productivité vient autant de l’organisation que du modèle. Archiver ses sessions, ce n’est pas du rangement pour faire joli. C’est une façon d’éviter les reprises accidentelles, les contextes périmés et les diffs qui mélangent plusieurs intentions.
Mon avis : si vous utilisez Codex régulièrement, prenez l’habitude d’archiver comme vous feriez un commit propre. Une tâche terminée, une session archivée. C’est moins sexy qu’une nouvelle feature IA, mais c’est exactement le genre de discipline qui permet de travailler vite sans transformer son projet en soupe.
OpenAI a publié Codex CLI 0.136.0 le 1er juin 2026. Ce n’est pas une mise à jour spectaculaire façon “nouveau modèle magique”, mais elle ajoute un détail très utile pour ceux qui bossent vraiment avec des agents IA : l’archivage de sessions.
Source officielle :
Vous devez etre connecte pour voir les liens.
La note importante : les sessions peuvent maintenant être archivées depuis l’interface TUI avec /archive, ou depuis le CLI avec codex archive / codex unarchive. Une session archivée est protégée contre le resume et le fork tant qu’elle n’est pas restaurée.
Pour un membre Cheat-Gam3 qui utilise Codex sur un bot Discord, un outil forum, un script XenForo, un site vitrine ou un projet perso, c’est plus important qu’il n’y paraît. Le problème des agents IA, ce n’est pas seulement qu’ils peuvent se tromper. C’est aussi qu’on finit vite avec dix sessions ouvertes, trois idées abandonnées, deux refactors à moitié faits, et une vieille conversation que l’on reprend par erreur.
Pourquoi l’archivage change vraiment le workflow
Quand on travaille avec un agent IA dans le terminal, une session devient vite une sorte de mini-dossier de travail : objectif, fichiers lus, commandes lancées, erreurs rencontrées, hypothèses, modifications proposées, décisions prises. Si on reprend la mauvaise session, l’agent peut repartir avec un contexte dépassé.
Exemples très classiques :
- vous avez testé une approche, puis vous l’avez abandonnée ;
- vous avez changé de branche Git entre-temps ;
- vous avez supprimé une dépendance mais la session croit encore qu’elle existe ;
- vous avez corrigé le bug manuellement, mais l’agent veut reprendre son ancien plan ;
- vous avez plusieurs tickets similaires et vous mélangez les contextes ;
- vous avez une session “exploration” et une session “production” qui se ressemblent trop.
L’archivage sert à dire : cette session est terminée, figée ou mise de côté. Elle reste consultable/restaurable, mais elle ne doit plus être reprise par accident.
Le piège : reprendre une session obsolète
Reprendre une session IA ancienne peut être pratique, mais c’est aussi une source de bugs subtils. L’agent ne voit pas toujours tout ce qui a changé depuis. Il peut conserver un plan logique au moment T, mais faux au moment T+3 jours.
Sur un vrai projet, cela peut provoquer :
- des modifications sur les mauvais fichiers ;
- un retour arrière involontaire sur une correction récente ;
- une PR qui mélange deux objectifs ;
- des tests lancés avec de mauvaises hypothèses ;
- une config modifiée alors qu’elle était déjà stabilisée ;
- une discussion interminable parce que le contexte n’est plus propre.
C’est exactement le genre de problème que l’archivage limite. On garde l’historique, mais on évite le “je reprends ça vite fait” qui finit en bazar.
Un bon usage : séparer exploration, exécution et review
Mon conseil : n’utilisez pas une seule session IA pour tout faire. Séparez mentalement vos sessions en trois familles.
1. Exploration
C’est la session où vous demandez à Codex de lire le projet, de trouver les fichiers importants, de proposer des options, ou de comprendre une erreur. Elle peut être bavarde. Elle peut explorer plusieurs pistes. Mais elle ne doit pas forcément modifier le code.
Une fois la décision prise, archivez-la. Elle a servi à réfléchir, pas à exécuter.
2. Exécution
C’est la session courte et cadrée : “modifie uniquement ces fichiers”, “ajoute ce test”, “corrige cette fonction”, “ne touche pas à la config”. Ici, on veut un diff propre, un objectif clair et une vérification rapide.
Quand le diff est validé, archivez-la. Cela évite de reprendre une session d’exécution pour une nouvelle tâche sans rapport.
3. Review
C’est la session utilisée pour relire un diff, chercher les effets de bord, vérifier les tests, contrôler les configs, ou résumer ce qui a changé. Elle doit être séparée de la session qui a écrit le code si possible.
Quand la review est terminée, archivez-la aussi. Vous gardez la trace, mais vous ne la confondez pas avec la prochaine tâche.
Pourquoi c’est aussi une question de sécurité
Une session IA peut contenir des chemins sensibles, des noms de fichiers, des morceaux de logs, des décisions de permissions, des commandes, parfois même des indices sur votre infra. Sans parler de l’effet “contexte trop large” : plus une session traîne, plus elle accumule des détails inutiles.
Archiver ne remplace pas les bonnes pratiques de sécurité, mais ça aide à réduire le chaos :
- moins de reprises accidentelles ;
- moins de plans périmés ;
- moins de contexte mélangé entre projets ;
- moins de risques de modifier un fichier sensible par habitude ;
- meilleure séparation entre test, production et review.
Si vous bossez avec MCP, GitHub, des accès serveur, des tokens de bot Discord ou des scripts d’automatisation, cette discipline devient vite indispensable.
Le petit plus de la 0.136 : lisibilité dans le terminal
Le changelog mentionne aussi des améliorations de rendu dans le TUI : les liens web restent cliquables via des métadonnées OSC 8, et les tableaux trop serrés peuvent basculer vers un format clé/valeur plus lisible sans perdre les cibles de liens.
Ça semble secondaire, mais pour de la veille dev c’est utile. Quand Codex résume une doc, un changelog, une issue GitHub ou une liste de fichiers, une sortie plus lisible évite les erreurs bêtes : mauvais lien, mauvaise ligne, mauvaise interprétation d’un tableau compact.
Pour les créateurs de contenu, admins forum ou devs qui préparent des guides, c’est aussi plus confortable : on peut garder des références propres au lieu de copier/coller une sortie illisible.
Workflow recommandé
Voici une routine simple à appliquer avec Codex CLI :
- Nommer mentalement la tâche avant de lancer l’agent.
- Travailler sur une branche dédiée si du code peut être modifié.
- Limiter la session à un objectif : un bug, une feature, une review.
- Demander un résumé final avant de fermer.
- Archiver la session dès qu’elle n’est plus active.
- Créer une nouvelle session pour un nouvel objectif, même proche.
- Désarchiver uniquement si le contexte est encore valide.
Conclusion
Codex CLI 0.136.0 rappelle un truc simple : avec les agents IA, la productivité vient autant de l’organisation que du modèle. Archiver ses sessions, ce n’est pas du rangement pour faire joli. C’est une façon d’éviter les reprises accidentelles, les contextes périmés et les diffs qui mélangent plusieurs intentions.
Mon avis : si vous utilisez Codex régulièrement, prenez l’habitude d’archiver comme vous feriez un commit propre. Une tâche terminée, une session archivée. C’est moins sexy qu’une nouvelle feature IA, mais c’est exactement le genre de discipline qui permet de travailler vite sans transformer son projet en soupe.
