v0.156.0 habilita la compatibilidad con worktree por defecto y añade la creación de sesiones de worktree desde el centro de comandos del agente.
La versión añade un panel de analíticas /usage para el uso de la cuenta, los totales de tokens y la actividad de plugins y habilidades.
Las conversaciones de voz están habilitadas por defecto con un interruptor F8, un selector de ajustes /voice y tiempos de ejecución de audio incluidos para Linux y Windows.
La versión añade un /tui opcional a pantalla completa con búsqueda en la transcripción, selección con el ratón y copiado con clic derecho.
La versión añade seis temas nuevos para el terminal y admite la representación de diagramas Mermaid y ecuaciones en pantalla en las respuestas.
La versión permite actualizar el servidor local en segundo plano mediante /daemon o evitarlo con --no-daemon.
Las correcciones de errores conservan las respuestas y los planes transmitidos cuando los turnos fallan o se interrumpen, corrigen el reenvío del portapapeles en sesiones de tmux y SSH, restauran el modo Plan al reanudar, recuperan el inicio de sesión a través de proxies del sistema, evitan la pérdida de habla durante pausas de audio y cierran brechas de aislamiento del sandbox.
La documentación aclara que los ajustes de personalidad friendly y pragmatic obsoletos ya no seleccionan estilos de respuesta.
ANALYSIS
La lógica evidente
Habilitar los worktrees por defecto y situar la creación de sesiones de worktree en el centro de comandos del agente reduce el coste de configuración para ejecutar varias tareas de Codex aisladas en paralelo. Un panel /usage añade visibilidad sobre el consumo de tokens, plugins y habilidades.
ANALYSIS
El gambito
Codex avanza hacia un flujo de trabajo predeterminado de múltiples sesiones y agentes en paralelo, y las versiones posteriores añadirán funciones de orquestación y observabilidad para sesiones basadas en worktree.
La compatibilidad con worktree por defecto y la integración en el centro de comandos reducen la fricción para tareas paralelas; a medida que crece el uso, los usuarios se topan con problemas de fusión, limpieza, conflictos y visibilidad de costes, lo que genera demanda de más gestión de worktrees y desglose de uso.
ANALYSIS
Por qué otros pueden seguirlo
Usuarios de Codex que ejecutan tareas de programación en paralelo · administradores empresariales que hacen seguimiento del uso de tokens y plugins · desarrolladores de plugins y habilidades que buscan visibilidad de uso · OpenAI mediante un mayor engagement · asistentes de programación con IA de una sola sesión · herramientas manuales de flujo de trabajo de worktree y control de versiones · CLIs competidoras de programación agéntica
ANALYSIS
Argumento contrario
La compatibilidad con worktree puede seguir siendo una función de nicho para usuarios avanzados; la mayoría podría no adoptar sesiones paralelas debido a conflictos de fusión, coste o complejidad. El panel /usage puede ser una función de cumplimiento o informes más que una señal de orquestación. Las versiones posteriores podrían priorizar la estabilidad, la seguridad del sandbox y el pulido de voz o TUI por encima de la orquestación de worktrees.
AI FORECAST
Previsión de IA
Estimación de IA · ~60%
Para el 31/03/2027, las notas de versión o la documentación oficial de OpenAI Codex introducirán al menos una nueva función de orquestación o gestión específica de worktrees, como limpieza por lotes de worktrees, asistencia de fusión o conflictos, estado de worktrees entre sesiones o métricas de tokens y uso de worktrees.
Objetivo y fecha límite
OpenAI Codex · 2027-03-31
Por qué
La compatibilidad con worktree está habilitada por defecto y la creación de sesiones de worktree se sitúa en el centro de comandos del agente; esto reduce la fricción para tareas paralelas y probablemente saca a la luz puntos de dolor de gestión que las versiones posteriores abordan.
Qué lo confirmaría
Buscar en las versiones y etiquetas de GitHub posteriores a rust-v0.156.0 y en la documentación oficial de Codex términos de orquestación o gestión específicos de worktrees, como limpieza, fusión, conflicto, estado de sesión o métricas de worktree.
Qué lo debilitaría
Ninguna nueva función de orquestación o gestión específica de worktrees aparece en las versiones o la documentación oficial de Codex para el 31/03/2027, y las referencias a worktree siguen limitadas a la habilitación inicial por defecto y la creación de sesiones.
Estado de resolución
WATCHING
Estimación de IA · ~50%
Para el 31/03/2027, el panel de analíticas /usage de Codex o su API y documentación relacionadas añadirán desglose de uso de tokens, plugins y habilidades por sesión, por worktree o a nivel de equipo y administrador, o controles documentados de presupuesto y administración.
Objetivo y fecha límite
Codex /usage analytics dashboard · 2027-03-31
Por qué
La versión introduce analíticas de uso para la actividad de cuenta, tokens, plugins y habilidades; los flujos de trabajo empresariales y de múltiples sesiones generan demanda de atribución granular y controles.
Qué lo confirmaría
Buscar en las notas de versión, la documentación o la API del servidor de aplicaciones de Codex desgloses de uso por sesión, por worktree, por equipo o por administrador, o controles de presupuesto y administración.
Qué lo debilitaría
Para el 31/03/2027, /usage sigue siendo solo informes agregados a nivel de cuenta, sin desglose por sesión, por worktree o por equipo, ni controles de presupuesto y administración en versiones, documentación o API.
Estado de resolución
WATCHING
ANALYSIS
Qué cambiaría nuestro análisis
Ninguna nueva función de orquestación o gestión específica de worktrees aparece en las versiones o la documentación oficial de Codex para el 31/03/2027, y las referencias a worktree siguen limitadas a la habilitación inicial por defecto y la creación de sesiones. Para el 31/03/2027, /usage sigue siendo solo informes agregados a nivel de cuenta, sin desglose por sesión, por worktree o por equipo, ni controles de presupuesto y administración en versiones, documentación o API.
La evidencia es una única nota de versión que enumera cambios ya publicados; no indica hoja de ruta ni estrategia. El worktree por defecto puede no indicar una inversión sostenida. Los plazos se eligen después de la fecha de la versión pero antes de cualquier hoja de ruta confirmada. Los criterios de evidencia dependen de notas de versión y documentación públicas, que pueden llegar con retraso u omitir funciones.