v0.156.0 active la prise en charge des worktrees par défaut et ajoute la création de sessions worktree depuis le centre de commande de l'agent.
La version ajoute un tableau de bord analytique /usage pour l'utilisation du compte, les totaux de tokens et l'activité des plugins et compétences.
Les conversations vocales sont activées par défaut avec une bascule F8, un sélecteur de paramètres /voice et des runtimes audio intégrés pour Linux et Windows.
La version ajoute un /tui plein écran optionnel avec recherche dans la transcription, sélection à la souris et copie par clic droit.
La version ajoute six nouveaux thèmes de terminal et prend en charge le rendu des diagrammes Mermaid et des équations d'affichage dans les réponses.
La version permet de mettre à jour le serveur d'arrière-plan local via /daemon ou de le contourner avec --no-daemon.
Les corrections de bugs préservent les réponses et les plans diffusés en streaming lorsque des tours échouent ou sont interrompus, corrigent le transfert du presse-papiers dans les sessions tmux et SSH, restaurent le mode Plan à la reprise, récupèrent la connexion via les proxys système, empêchent la perte de parole pendant les pauses audio et comblent les lacunes d'isolation du bac à sable.
La documentation précise que les paramètres de personnalité friendly et pragmatic obsolètes ne sélectionnent plus les styles de réponse.
ANALYSIS
La logique apparente
Activer les worktrees par défaut et placer la création de sessions worktree dans le centre de commande de l'agent réduit le coût de configuration pour exécuter plusieurs tâches Codex isolées en parallèle. Un tableau de bord /usage ajoute de la visibilité sur la consommation de tokens, de plugins et de compétences.
ANALYSIS
Le gambit
Codex évolue vers un flux de travail par défaut multi-session et multi-agents parallèles, et les versions ultérieures ajouteront des fonctionnalités d'orchestration et d'observabilité pour les sessions basées sur les worktrees.
La prise en charge des worktrees par défaut et l'intégration au centre de commande réduisent les frictions pour les tâches parallèles ; à mesure que l'usage croît, les utilisateurs rencontrent des problèmes de fusion, de nettoyage, de conflits et de visibilité des coûts, créant une demande pour davantage de gestion des worktrees et de fonctionnalités de répartition de l'usage.
ANALYSIS
Pourquoi les autres peuvent suivre
Utilisateurs de Codex exécutant des tâches de codage en parallèle · administrateurs d'entreprise suivant l'usage des tokens et des plugins · développeurs de plugins et de compétences cherchant de la visibilité sur l'usage · OpenAI via un engagement accru · assistants de codage IA mono-session · outils manuels de workflow worktree et de gestion de versions · CLI de codage agentique concurrentes
ANALYSIS
Point de vue contraire
La prise en charge des worktrees peut rester une fonctionnalité de niche pour utilisateurs avancés ; la plupart des utilisateurs peuvent ne pas adopter les sessions parallèles en raison de conflits de fusion, de coûts ou de complexité. Le tableau de bord /usage peut être une fonctionnalité de conformité ou de reporting plutôt qu'un signal d'orchestration. Les versions ultérieures peuvent privilégier la stabilité, la sécurité du bac à sable et le peaufinage de la voix ou du TUI plutôt que l'orchestration des worktrees.
AI FORECAST
Prévision IA
Estimation IA · ~60%
D'ici le 31 mars 2027, les notes de version ou la documentation officielle d'OpenAI Codex introduiront au moins une nouvelle fonctionnalité d'orchestration ou de gestion spécifique aux worktrees, telle que le nettoyage par lots des worktrees, l'assistance à la fusion ou aux conflits, le statut des worktrees entre sessions, ou des métriques de tokens et d'usage des worktrees.
Cible et échéance
OpenAI Codex · 2027-03-31
Pourquoi
La prise en charge des worktrees est activée par défaut et la création de sessions worktree est placée dans le centre de commande de l'agent ; cela réduit les frictions pour les tâches parallèles et fait probablement émerger des points de douleur de gestion que les versions ultérieures traitent.
Ce qui la confirmerait
Rechercher dans les versions et tags GitHub après rust-v0.156.0 ainsi que dans la documentation officielle de Codex des termes d'orchestration ou de gestion spécifiques aux worktrees tels que nettoyage, fusion, conflit, statut de session ou métriques de worktree.
Ce qui l’affaiblirait
Aucune nouvelle fonctionnalité d'orchestration ou de gestion spécifique aux worktrees n'apparaît dans les versions ou la documentation officielle de Codex d'ici le 31 mars 2027, et les références aux worktrees restent limitées à l'activation par défaut initiale et à la création de sessions.
État de vérification
WATCHING
Estimation IA · ~50%
D'ici le 31 mars 2027, le tableau de bord analytique /usage de Codex ou une API et une documentation associées ajouteront une répartition de l'usage des tokens, des plugins et des compétences par session, par worktree, ou au niveau équipe et administrateur, ou des contrôles documentés de budget et d'administration.
Cible et échéance
Codex /usage analytics dashboard · 2027-03-31
Pourquoi
La version introduit des analyses d'usage pour le compte, les tokens, les plugins et les compétences ; les workflows d'entreprise et multi-session créent une demande d'attribution granulaire et de contrôles.
Ce qui la confirmerait
Chercher dans les notes de version, la documentation ou l'API app-server de Codex des répartitions d'usage par session, par worktree, par équipe ou administrateur, ou des contrôles de budget et d'administration.
Ce qui l’affaiblirait
D'ici le 31 mars 2027, /usage reste uniquement un reporting agrégé au niveau du compte, sans répartition par session, par worktree, par équipe, ni contrôles de budget et d'administration dans les versions, la documentation ou l'API.
État de vérification
WATCHING
ANALYSIS
Ce qui changerait notre analyse
Aucune nouvelle fonctionnalité d'orchestration ou de gestion spécifique aux worktrees n'apparaît dans les versions ou la documentation officielle de Codex d'ici le 31 mars 2027, et les références aux worktrees restent limitées à l'activation par défaut initiale et à la création de sessions. D'ici le 31 mars 2027, /usage reste uniquement un reporting agrégé au niveau du compte, sans répartition par session, par worktree, par équipe, ni contrôles de budget et d'administration dans les versions, la documentation ou l'API.
Les preuves proviennent d'une seule note de version listant les changements livrés ; elle n'indique ni feuille de route ni stratégie. L'activation par défaut des worktrees peut ne pas indiquer un investissement soutenu. Les échéances sont choisies après la date de version mais avant toute feuille de route confirmée. Les critères de preuve reposent sur des notes de version et une documentation publiques, qui peuvent être en retard ou omettre des fonctionnalités.