ChatGPT Work: qué es y cómo se integra con Codex

ChatGPT Work es la experiencia generalista de OpenAI para delegar trabajo largo y de varios pasos hasta obtener un entregable revisable. Codex sigue siendo la experiencia especializada en desarrollo de software y trabajo técnico.

La relación documentada es precisa: Work Cloud usa el harness de ejecución de tareas de Codex. Esto no implica paridad de interfaz, herramientas, permisos o entornos.

OpenAI presentó ChatGPT Work el 9 de julio de 2026. El producto reúne modelos, herramientas y mecanismos agénticos en una experiencia orientada a resultados de trabajo.

Work no es un modelo nuevo ni un sinónimo de Codex. Es una superficie de producto que organiza contexto, ejecución, progreso, aprobaciones y entrega alrededor de una tarea.

Este artículo explica esa arquitectura y sus límites. Los datos volátiles están fechados al 26 de agosto de 2026. El análisis es documental: no mide rendimiento ni promete autonomía.

Qué es ChatGPT Work y para qué sirve

OpenAI define Work como una forma de delegar trabajo real a ChatGPT. La unidad principal no es una respuesta aislada, sino un resultado concreto que una persona puede revisar.

Una tarea adecuada suele reunir cuatro condiciones:

• tiene un objetivo claro, no solo una pregunta;
• requiere varias fuentes, herramientas o pasos;
• demanda tiempo de análisis o ejecución;
• termina en un artefacto que se puede inspeccionar, corregir y reutilizar.

Work puede reunir archivos y datos conectados, investigar, comparar opciones y producir un informe, una presentación o una hoja de cálculo. El usuario puede seguir el progreso, corregir la dirección y aprobar acciones importantes.

La diferencia frente a una consulta breve es el contrato de trabajo. Importa definir el artefacto, las fuentes autorizadas, las restricciones, la calidad esperada y las acciones que deben esperar aprobación.

El resultado no es infalible. La guía oficial de uso recomienda comprobar nombres, fechas, cifras, fuentes, supuestos y archivos antes de utilizarlos o compartirlos.

Chat, Work y Codex resuelven trabajos distintos

La comparación útil empieza por el resultado que se necesita, no por una lista de funciones.

Superficie	Trabajo principal	Resultado esperado	Visibilidad técnica
Chat	Preguntas, conversación e ideación	Respuesta o borrador dentro del chat	Baja
ChatGPT Work	Tareas generales largas y de varios pasos	Documento, análisis, presentación, hoja de cálculo, plan, reporte o Site	Prioriza progreso y entregables
Codex	Desarrollo de software y trabajo técnico	Código, tests, comandos, diffs y revisiones sobre repositorios	Alta; muestra herramientas de ingeniería

La comparación oficial entre Work y Codex no plantea una frontera absoluta. OpenAI reconoce que sus capacidades se superponen.

Work puede ejecutar código cuando el entorno lo permite. Codex también puede investigar o crear documentos, pero conserva repositorio, shell, diffs, tests y vistas de revisión como centro de la experiencia.

Por eso, “Work es Codex para no programadores” resulta impreciso. La diferencia no depende de quién usa el producto, sino del trabajo principal, el entorno disponible y la evidencia que debe inspeccionarse.

Un análisis con código puede encajar en Work si el valor está en el informe final. El mismo código puede encajar mejor en Codex si el valor está en cambiar un repositorio y demostrar qué líneas, comandos y tests lo validan.

Qué significa que Work Cloud use el harness de Codex

Un modelo interpreta, decide y genera. Un harness convierte esas decisiones en trabajo operativo: prepara contexto, aplica instrucciones, ofrece herramientas, controla la ejecución y devuelve resultados o evidencia.

El modelo es el motor. El harness conecta ese motor con la tarea, el entorno y los controles.

También conserva estado, coordina subagentes, aplica políticas y decide cuándo pedir información o aprobación. Es la capa que convierte una capacidad de generación en un proceso operativo acotado.

objetivo y criterio de aceptación
  → contexto e instrucciones
  → planificación y orquestación
  → herramientas, plugins y fuentes autorizadas
  → ejecución local o aislada
  → verificación y aprobaciones
  → entregable revisable
  → revisión humana y registro observable

La documentación empresarial de Work indica que Work Cloud ejecuta el harness de Codex en un entorno aislado sobre infraestructura administrada por OpenAI.

La guía de seguridad cloud añade el límite decisivo: Work y Codex comparten mecanismos centrales de ejecución y aislamiento, pero no todas sus herramientas, permisos o políticas.

El mismo modelo puede comportarse de manera distinta si cambia el harness. Sin un archivo, una herramienta o un permiso, no existe una decisión del modelo que pueda recuperar por sí sola esa capacidad.

Por eso, “Work usa Codex” necesita dos precisiones:

1. El sujeto documentado es Work Cloud, no cualquier ejecución local de Work.
2. Compartir el harness no equivale a compartir toda la superficie de producto.

La lectura rigurosa es que Work reutiliza una infraestructura de ejecución probada en Codex y la presenta para trabajo general. No autoriza a trasladar automáticamente cada modo o control de Codex a Work.

Cómo funciona el sistema agéntico

El resultado surge de varias capas. Evaluar solo el modelo deja fuera las opciones reales que ofrece el sistema y las fronteras que debe respetar.

Capa	Función	Pregunta de control
Modelo	Interpreta, razona y genera	¿Qué modelo y nivel de inteligencia están disponibles?
Contexto e instrucciones	Aporta fuentes y define objetivo, límites y formato	¿Qué debe entregar y cuándo debe detenerse?
Skills, plugins y MCP	Reutiliza procesos y conecta herramientas	¿Qué datos puede leer y qué acciones puede ejecutar?
Orquestación	Divide trabajo y consolida resultados	¿El paralelismo aporta valor o coordinación innecesaria?
Entorno y permisos	Limita archivos, red, aplicaciones y aprobaciones	¿Qué puede alcanzar y hacer sin detenerse?
Verificación y entrega	Comprueba y expone el resultado	¿Qué evidencia demuestra que cumple?

Modelo, contexto e instrucciones

GPT-5.6 es una familia. Sol, Terra y Luna son modelos diferentes; los niveles de inteligencia o razonamiento son otra dimensión.

Sol prioriza capacidad para trabajo complejo, Terra equilibra capacidad y velocidad, y Luna se orienta a tareas claras y repetibles de mayor volumen. La disponibilidad depende del plan, la superficie y el despliegue.

Un modelo más capaz no puede recuperar un archivo ausente, usar una conexión bloqueada ni contrastar una afirmación sin fuente. El harness determina qué opciones tiene.

La instrucción debe convertir una intención en un contrato revisable: resultado, fuentes permitidas, restricciones, criterio de calidad y punto de detención.

“Preparar una presentación” deja decisiones implícitas. Indicar audiencia, cantidad de diapositivas, documentos permitidos, separación entre hechos y recomendaciones, y aprobación previa a compartirla reduce esa ambigüedad.

Subagentes y Ultra

Work y Codex pueden crear subagentes, ejecutar partes independientes en paralelo y consolidar sus resultados.

El patrón sirve cuando las ramas son separables. Aporta menos cuando varios agentes editan el mismo artefacto o dependen de resultados secuenciales.

Cada subagente consume modelo, contexto y herramientas. El paralelismo puede reducir el tiempo de calendario, pero aumenta consumo, coordinación y riesgo de duplicación.

Al 26 de agosto de 2026, Ultra es un ajuste de inteligencia o razonamiento para cuentas y modelos compatibles. No es un plan ni un modelo; permite delegación proactiva cuando el paralelismo aporta una mejora material.

Work muestra actividad y resultados de subagentes hospedados, pero no ofrece el mismo control directo sobre cada hilo que las superficies locales de Codex.

Skills, plugins, MCP y automatización

Una skill empaqueta instrucciones y recursos. Un plugin puede combinar skills, conectores y herramientas respaldadas por MCP.

ChatGPT y Codex comparten un directorio de plugins, pero eso no garantiza que cada herramienta o acción funcione en todos los planes y superficies.

MCP conserva una diferencia operativa:

• En Work hospedado, las herramientas MCP remotas llegan mediante plugins y conexiones autorizadas.
• En Codex local, el usuario puede configurar servidores MCP por STDIO o HTTP y compartir la configuración entre aplicación, CLI e IDE.

El transporte, las credenciales, las aprobaciones y las herramientas disponibles pueden cambiar. Esta guía de MCP explica la separación entre modelo, cliente, servidor y herramienta.

Los Site tools llevan acciones estructuradas de WebMCP al navegador integrado. Son una herramienta adicional y volátil, no la definición de Work ni de MCP.

Las tareas programadas de ChatGPT pueden ser únicas, recurrentes o ligadas a un chat. Las automatizaciones de Codex se orientan a proyectos técnicos y repositorios.

El entorno determina qué contexto persiste. Una tarea web usa archivos cargados y herramientas conectadas; una automatización de escritorio que necesita recursos locales puede requerir que el equipo y la aplicación sigan activos.

Los disparadores por eventos son más estrechos: dependen de una cuenta elegible, del workspace y de la aplicación conectada. Al 26 de agosto de 2026, se crean o editan en Work web o móvil, no en escritorio.

Un horario inicia trabajo en un momento definido. Un evento lo inicia cuando cambia una fuente conectada, por ejemplo al llegar información nueva. En ambos casos, permisos y aprobaciones siguen aplicándose.

Las notificaciones informan cuando el trabajo termina o necesita atención. Aun así, una automatización debe probarse antes de quedar desatendida y conservar límites de fuentes, permisos y aprobación.

Qué comparten Work y Codex y dónde se separan

Antes de Work, la app de Codex ya documentaba agentes paralelos, skills, automatizaciones, sandboxing y worktrees. Work generalizó parte de ese patrón sin heredar toda la experiencia de ingeniería.

Ese antecedente sirve como puente histórico, no como inventario de funciones actuales. Cada capacidad debe verificarse en la documentación vigente de la superficie donde se usará.

Dimensión	Compartido	Diferencia material
Modelos	Familia GPT-5.6 y niveles de razonamiento	La disponibilidad cambia por plan y superficie
Orquestación	Subagentes y consolidación	Work hospedado ofrece menos control por hilo
Reutilización	Skills, plugins y herramientas conectadas	Codex local puede configurar MCP directamente
Ejecución	Aislamiento y políticas de permisos	Work documenta local/cloud; Codex añade Worktree
Automatización	Tareas en superficies compatibles	El contexto y la persistencia dependen del entorno
Interfaz y control	Progreso, conversación y resultados	Work prioriza entregables; Codex muestra shell, diffs y revisión

El patrón generalizado consiste en describir un resultado, reunir contexto, permitir planificación y herramientas, ejecutar dentro de límites y devolver un artefacto con puntos de revisión.

No se generalizó toda la superficie de Codex. Los modos, vistas y controles especializados siguen siendo diferencias materiales para seguridad y supervisión.

Local, cloud y worktree no significan lo mismo

Work local

En escritorio, Work local puede usar archivos, aplicaciones y navegador del equipo cuando la cuenta, el workspace y el sistema operativo lo permiten.

Conviene cuando la tarea depende de recursos del dispositivo. También amplía la superficie de acceso, por lo que los permisos del sistema importan tanto como la instrucción.

Los recursos permanecen en el dispositivo salvo que el usuario los suba o comparta. Una ejecución local tampoco debe confundirse con una tarea cloud que continúa y se retoma entre superficies compatibles.

Work Cloud

Work web y móvil se ejecuta en infraestructura administrada por OpenAI. Una tarea cloud puede continuar aunque se cierre la aplicación.

Cloud no hereda el disco, las aplicaciones, las pestañas, las cookies ni la VPN del dispositivo. Solo usa contexto aportado por una vía autorizada, como archivos, Projects, Library, plugins o navegador cloud.

Esa frontera evita asumir acceso implícito. Si una tarea necesita un documento local, una sesión privada o una conexión corporativa, debe recibirlo por un canal compatible y autorizado.

La infraestructura usa sandboxes respaldados por máquinas virtuales y puede conservar estado elegible. Esto no significa que cada tarea reciba un host físico dedicado o un contenedor nuevo.

Codex Worktree

Codex documenta Local, Worktree y Cloud. Un worktree crea otra copia de trabajo Git para aislar cambios del checkout principal.

Worktree pertenece al flujo de desarrollo de Codex. No es un modo documentado de ChatGPT Work, que distingue entre ejecución local y cloud.

Su ventaja es permitir que varios chats o automatizaciones trabajen sin modificar la misma copia activa. El aislamiento es de trabajo Git; la integración final todavía requiere revisar y combinar cambios.

Permisos, aislamiento, verificación y revisión humana

Tres preguntas separan controles que suelen confundirse:

1. ¿Qué puede alcanzar? Archivos, red, aplicaciones, sitios y cuentas.
2. ¿Qué puede hacer sin detenerse? Lecturas, escrituras, comandos o acciones autorizadas.
3. ¿Quién revisa el cruce de un límite? Una persona, una política o un revisor automático compatible.

En Codex local, el sandbox limita archivos y red; la política de aprobación decide cuándo detenerse. El acceso puede ampliarse solo cuando sea necesario.

Work web no expone ese selector local. Ejecuta código y shell en un entorno administrado, mientras las políticas del workspace controlan navegador, plugins, aplicaciones y red.

Alcance, autonomía y revisión son controles acumulativos. Restringir archivos no decide qué comandos requieren aprobación; automatizar una aprobación tampoco amplía los archivos o la red permitidos.

Auto approve no es Auto-review

En el navegador cloud de Work, Auto approve aplica controles automáticos de riesgo al acceso a sitios. No concede permisos nuevos ni aprueba toda acción consecuencial.

Auto-review de Codex usa otro agente para evaluar ciertas solicitudes que habrían detenido al agente principal. Cambia el revisor, no los límites del sandbox.

Auto-review puede equivocarse y solo actúa cuando existe una solicitud de aprobación. No es una garantía de seguridad ni una capacidad documentada de Work.

Verificar sigue siendo parte de entregar

El agente debe comprobar el artefacto con la evidencia adecuada: abrir el archivo, ejecutar tests, contrastar fuentes, revisar celdas o informar qué no pudo verificar.

La verificación debe corresponder al resultado. Un documento exige fuentes y coherencia; una presentación, contenido y legibilidad; un cambio de software, diff, comandos y tests relevantes.

La entrega correcta no es “el agente terminó”. Es un resultado que una persona puede inspeccionar junto con sus fuentes, supuestos, cambios y límites.

La observabilidad tampoco equivale a auditoría total. La guía de seguridad cloud advierte que un export puede no incluir cada comando, acción o aprobación.

Para procesos regulados, conviene verificar qué eventos registra Work, qué evidencia conserva el sistema de origen y qué parte debe documentarse por otra vía.

Cuándo usar ChatGPT Work y cuándo usar Codex

Escenario	Superficie	Motivo
Investigar y producir un informe con fuentes	Work	El valor principal está en el entregable de conocimiento
Crear una presentación desde archivos conectados	Work	Prioriza formato y revisión no técnica
Mantener un reporte periódico	Work	Combina conexiones, tareas y artefactos revisables
Implementar una función y ejecutar tests	Codex	Requiere repositorio, comandos, diff y verificación técnica
Refactorizar o revisar cambios en paralelo	Codex	Worktrees y vistas de ingeniería reducen interferencias
Analizar datos con código y entregar una hoja	Depende	Work prioriza el artefacto; Codex, la implementación

Antes de elegir, conviene responder tres preguntas: cuál es el artefacto final, qué contexto debe alcanzar la tarea y qué evidencia será necesaria para aprobar el resultado.

La guía del plugin oficial de Codex para Claude Code cubre otro caso: operar Codex desde un harness de desarrollo. Esa integración no es ChatGPT Work.

La regla práctica es simple:

• si el valor principal está en el entregable, empezar por Work;
• si está en el cambio técnico y su trazabilidad, empezar por Codex;
• si ambos importan, elegir la superficie que permita verificar el riesgo dominante.

Disponibilidad al 26 de agosto de 2026

La página oficial de ChatGPT Work informa disponibilidad en escritorio para macOS y Windows en todos los planes. En web y móvil, enumera Plus, Pro, Business, Enterprise y Edu.

El despliegue, los controles administrativos, los modelos y las herramientas pueden variar. Work y Codex comparten uso, créditos y límites, pero el consumo depende de la tarea y la configuración.

La disponibilidad nominal no garantiza acceso a cada capacidad. Un administrador puede limitar Work, plugins, navegador o ejecución, y el despliegue puede ser gradual incluso en una cuenta elegible.

Conclusión: infraestructura compartida, experiencias distintas

ChatGPT Work no reemplaza a Codex. Work es generalista y orientado a entregables; Codex conserva la experiencia especializada en software.

La infraestructura compartida explica la relación técnica. Las diferencias de herramientas, permisos, entornos y visibilidad explican por qué no son productos intercambiables.

La relación se entiende en tres capas: producto, infraestructura y operación. Work y Codex difieren como productos; Work Cloud reutiliza el harness de Codex; cada superficie conserva controles propios.

Delegar más trabajo exige mejores criterios de aceptación, accesos acotados, verificación y revisión humana. Si una organización necesita definir ese primer proceso, puede iniciar una conversación.

Preguntas frecuentes

¿Qué es ChatGPT Work?

Es la experiencia de OpenAI para delegar tareas largas y de varios pasos hasta obtener documentos, análisis, presentaciones, hojas de cálculo u otros resultados revisables.

¿ChatGPT Work es lo mismo que Codex?

No. Work prioriza trabajo general y entregables. Codex se especializa en software, repositorios, diffs, tests y revisión técnica.

¿ChatGPT Work usa Codex?

La afirmación documentada es que Work Cloud usa el harness de ejecución de tareas de Codex. Eso no extiende a Work toda la interfaz, las herramientas o los permisos de Codex.

¿ChatGPT Work puede usar archivos de mi computadora?

Work local puede usarlos cuando la cuenta, el workspace y los permisos lo permiten. Work web y móvil no hereda directamente los archivos ni las sesiones del dispositivo.

¿Qué es Ultra en ChatGPT Work?

Es un ajuste de inteligencia o razonamiento, no un plan ni un modelo. En cuentas y modelos compatibles, permite delegación proactiva cuando el paralelismo aporta valor material.

Fuentes oficiales

Fuentes de OpenAI consultadas el 26 de agosto de 2026:

• ChatGPT Release Notes — Introducing ChatGPT Work
• ChatGPT Work
• ChatGPT Work and Codex
• Get started with ChatGPT Work
• Use ChatGPT
• ChatGPT Work Overview
• ChatGPT Work cloud security
• Subagents
• Models
• Skills & Plugins
• Model Context Protocol
• Site tools
• Codex environments
• Worktrees
• Sandbox
• Auto-review
• Scheduled tasks
• Scheduled tasks in ChatGPT
• Notifications
• Pricing and shared usage
• GPT-5.6
• Introducing the Codex app
• Codex