Peut-on reprendre Codex après une optimisation du stockage ?
L’équipe Mint a testé la version publique Direct 1.1.1 (116) avec Codex CLI 0.155.1 sur un Mac M1 Max sous macOS 27.0.1. Onze reprises séparées de copies d’une conversation synthétique ont retrouvé le code textuel initial ainsi que les libellés, couleurs et nombres de l’image. Il s’agissait de nouvelles réponses du modèle, sans outil de lecture de fichiers, et non de requêtes interceptées avant l’inférence.
L’essentiel
- Version actuelle. Mint 1.1.1, 27 octobre : onze vraies reprises ont retrouvé les informations attendues dans le texte et l’image.
- Récupération. Une véritable annulation de compactage et une restauration séparée depuis une sauvegarde ont permis de reprendre la conversation.
- Périmètre. Une conversation source synthétique sur un seul Mac. Le nouveau JSONL paginé a été ignoré ; les économies ne sont pas une prévision.
27 octobre 2026 : vraie continuation et récupération avec Mint 1.1.1
L’équipe Mint a testé la version publique Direct 1.1.1 (116) avec Codex CLI 0.155.1 sur un Mac M1 Max sous macOS 27.0.1. Onze reprises séparées de copies d’une conversation synthétique ont retrouvé le code textuel initial ainsi que les libellés, couleurs et nombres de l’image. Il s’agissait de nouvelles réponses du modèle, sans outil de lecture de fichiers, et non de requêtes interceptées avant l’inférence.
Les fonctions réelles de la version publiée ont été exécutées dans une copie de test isolée ; ce n’était pas une validation de l’interface native. Chaque condition repartait du même historique figé, sans les réponses des autres conditions. Les historiques legacy et les compactages répétés ont été construits comme données de test. Le fichier compressé utilisait volontairement une compression faible. Les économies de ces jeux synthétiques ne prédisent pas celles d’un historique courant.
| Historique ou opération | Résultat observé | Limite |
|---|---|---|
| Nouveau fichier .jsonl paginé | Ignoré ; empreinte inchangée ; continuation réelle réussie. | Aucun octet économisé. Tous les nouveaux chats Codex ne peuvent pas être réécrits. |
| Jeu de test .jsonl legacy | Optimisation sans perte : texte normalisé, pixels et profils conservés ; continuation réussie. | Un changement de format seul ne crée pas d’entrée d’annulation. |
| Jeu avec anciens compactages remplacés | Une véritable annulation Mint a restauré le texte vérifié et les six occurrences d’image ; continuation réussie. | L’encodage initial des images et tous les octets du fichier ne sont pas nécessairement identiques. |
| Jeu de test .jsonl.zst paginé | La compression seule a conservé chaque octet décompressé ; continuation réussie. La restauration de la sauvegarde originale a aussi réussi. | Recopier une sauvegarde est distinct de l’annulation Mint. |
Test réalisé par l’éditeur à partir d’une seule conversation synthétique : pas onze échantillons utilisateurs indépendants, pas une étude indépendante ou multi-Mac, ni une mesure après 24 heures. Il ne valide pas la récupération de Claude Desktop ou Cowork. Le résultat antérieur de 35,1 % ci-dessous reste une expérience séparée du 15 octobre avec Mint 1.0.99.
Mesurer votre propre résultat
Notez versions, formats, sélection, taille allouée et espace libre avant l’opération. Sauvegardez votre travail, commencez par des conversations inactives compatibles et vérifiez la lecture, les images et la reprise après l’opération. Testez l’annulation si elle est proposée.
Les formats et garanties actuels sont décrits dans le guide Codex. Les mesures de 35,1 % ci-dessous restent celles de Mint 1.0.99 ; les vérifications de continuation du 27 octobre concernent Mint 1.1.1.
Expérience du 15 octobre : Avant, après et après annulation
La différence exacte du total alloué est de 233 451 520 octets : 666 017 792 avant, 432 566 272 après. Cela représente 35,0518 %, soit 29,18 Mo en moyenne par copie. L’opération a duré 25,02 secondes, sans échec ni élément ignoré parmi les huit retenus.
| Mesure | Avant | Après Optimize | Après Undo |
|---|---|---|---|
| Total alloué, récupération et profil compris | 666,018 Mo | 432,566 Mo | 496,681 Mo |
| Taille logique des conversations | 666,002 Mo | 428,685 Mo | 496,612 Mo |
| Taille allouée des conversations | 666,018 Mo | 432,468 Mo | 496,628 Mo |
| Données de récupération | 0 Mo | 0,045 Mo | 0 Mo |
| Profil de l’opération | 0 Mo | 0,053 Mo | 0,053 Mo |
Expérience du 15 octobre : Ce qui avait été sélectionné avant le test
Un catalogue de 413 conversations a servi de point de départ. Trente-neuf fichiers de 2 à 320 Mo, inactifs depuis au moins 24 heures et sans dépendance interconversation connue, ont été examinés. L’ordre d’inspection utilisait la graine 7.
Les huit fichiers admissibles comportant plus de 100 ko d’images répétées ont tous été inclus, dans une limite annoncée de dix. Ces copies archivées ne représentent pas un échantillon aléatoire de tous les utilisateurs ni les conversations actives.
Expérience du 15 octobre : Ce qui a été comparé
Codex lisait les mêmes 135 tours et 257 éléments dans les huit copies avant optimisation, après optimisation et après annulation. Les huit demandes normalisées de continuation ont été comparées : texte, dimensions des images, pixels RGBA et profils ICC inclus.
Les demandes étaient interceptées sur un serveur HTTP local avant l’inférence. Le test n’a donc produit aucune nouvelle réponse de modèle à comparer et ne constitue pas un contrôle visuel de toutes les interfaces.
Expérience du 15 octobre : Contenu restauré ne signifie pas octets du fichier restaurés
Après Undo, le contenu attendu a été restauré dans les huit copies. En revanche, 0 fichier sur 8 était entièrement identique octet par octet : l’encodage d’image sans perte, plus petit, était conservé. Les octets hors URL d’images correspondaient.
Cette annulation dépend des originaux et de l’historique nécessaires. Elle ne s’applique pas au retrait permanent des médias ni à la suppression d’une conversation, qui sont des actions différentes.
Expérience du 15 octobre : Environnement, données et vérificateur
Le test utilisait un Mac M1 Max, macOS 27.0.1, codex-cli 0.155.1 et Mint Direct 1.0.99 (114), une version publique à cette date. Les fichiers de test étaient des copies locales.
Le volume entier a perdu 19,05 Mo d’espace libre pendant l’essai. L’activité du Mac, les instantanés et les métadonnées empêchent d’attribuer chaque variation au seul Optimize. Les octets alloués dans le périmètre mesuré et l’espace libre global sont deux mesures distinctes.
Expérience distincte du 26 septembre
Une expérience antérieure sur une version de développement utilisait une autre méthode de compression au niveau des fichiers. Quatre fichiers de trois conversations représentaient environ 3,13 Go. Le gain était de 1 285 251 072 octets, soit environ 41 % et 428,42 Mo par conversation en moyenne.
Ces données ne sont pas celles du test du 15 octobre. Les méthodes, versions et fichiers diffèrent ; les économies ne doivent être ni additionnées ni présentées comme une seule mesure de la version actuelle.
Ce que l’ancien test vérifiait
Les quatre fichiers décompressés étaient identiques par SHA-256 ; Codex lisait les mêmes 1 598 tours et 2 381 éléments. La comparaison complète des octets prenait 12,6 secondes. Un fichier auxiliaire de 44 Mo servait à la lecture et ne constituait pas un cinquième fichier compressé.
Ce test ne validait pas une nouvelle réponse de modèle, une annulation dans la version publique actuelle ou les opérations de retrait des médias.
Expérience du 15 octobre : Limites et vérifications encore nécessaires
Les deux essais ont été réalisés par l’équipe Mint sur ses propres données. Ils ne constituent pas une validation indépendante, une étude multi-Mac ni une mesure de repousse du stockage après 24 heures de travail.
Votre résultat dépend des formats, des images, des données déjà compressées, des dépendances, de la version et de l’activité. Il peut être faible ou nul. Pour recommander une opération à grande échelle, il faut encore vérifier un échantillon représentatif dans la version et les conditions réellement utilisées.
Questions fréquentes
Le test prouve-t-il que 35,1 % du disque sera libéré ?
Non. Le pourcentage porte sur le périmètre de huit copies sélectionnées. Le volume entier a même perdu 19,05 Mo d’espace libre pendant le test, sous l’effet de l’activité concurrente.
S’agit-il d’une étude indépendante ?
Non. L’équipe Mint a publié ses mesures, sa méthode et un vérificateur. Une validation indépendante et des mesures sur plusieurs Mac restent à réaliser.
Mesurer avant de choisir
Le scan gratuit montre les opérations proposées pour vos propres conversations.