OpenAI Codex y Claude Cowork ya no se pueden comparar con la idea simple de “uno programa y el otro trabaja con documentos”.
Esa lectura se ha quedado corta.
Codex sigue naciendo desde el mundo del desarrollo de software, sí. Pero la aplicación de escritorio de OpenAI ya va mucho más allá de escribir código: coordina varios agentes, usa worktrees, trabaja con skills, puede generar documentación, hojas de cálculo, presentaciones, despliegues, prototipos y automatizaciones. OpenAI lo está posicionando como un centro de mando para agentes.
Claude Cowork, por su parte, lleva las capacidades agénticas de Claude Code a Claude Desktop para trabajo de conocimiento: archivos locales, proyectos, tareas largas, subagentes, hojas de cálculo, presentaciones, documentos, uso del ordenador y tareas programadas.
Así que la pregunta ya no es “¿Codex para programadores y Cowork para oficina?”.
La pregunta útil es otra: ¿desde qué entorno quieres que un agente trabaje, con qué datos, con qué permisos y con qué revisión?
Qué ha cambiado con Codex
OpenAI presenta Codex como un agente para construir y enviar software con IA. Hasta ahí, nada raro: repositorios, pull requests, refactors, tests, bugs, documentación técnica y revisión de código.
Pero la novedad importante está en la aplicación de escritorio.
La Codex app está pensada para dirigir varios agentes a la vez, mantener tareas largas en paralelo, revisar diffs, trabajar con copias aisladas de un repositorio mediante worktrees y continuar entre app, CLI, IDE y nube. No es solo “un chat que sabe programar”. Es una interfaz para supervisar trabajo agéntico.
Y aquí viene el matiz: OpenAI ya dice claramente que Codex está evolucionando de un agente que escribe código a un agente que usa código para hacer trabajo en el ordenador. Con skills, Codex puede empaquetar instrucciones, recursos y scripts para ejecutar flujos más amplios: documentación, prototipos, análisis, reporting, evaluaciones, despliegues o preparación de entregables.
Traducido a empresa: Codex sigue teniendo su centro de gravedad en lo técnico, pero ya no conviene verlo solo como “herramienta para developers”.
Qué propone Claude Cowork
Claude Cowork va por una ruta parecida, pero desde otro punto de entrada.
Anthropic lo define como una forma de llevar la arquitectura agéntica de Claude Code a Claude Desktop, sin abrir terminal, para trabajo de conocimiento más allá de la programación.
Cowork se ejecuta en tu ordenador, lee y escribe en las carpetas que tú conectas, crea planes, divide tareas complejas, coordina subagentes, ejecuta código y comandos en una máquina virtual aislada, y entrega resultados directamente en tu sistema de archivos.
Sus casos de uso naturales son muy reconocibles para una empresa:
- Preparar documentos formateados.
- Ordenar carpetas y materiales.
- Sintetizar investigación.
- Crear hojas de cálculo con fórmulas.
- Preparar presentaciones.
- Trabajar sobre proyectos persistentes con instrucciones y memoria.
- Programar tareas recurrentes.
- Usar aplicaciones del ordenador, con permisos, cuando hace falta.
La propuesta es bastante directa: no le pides a Claude una respuesta, le encargas un trabajo.
Entonces, ¿en qué se parecen?
Se parecen en lo importante: los dos representan el paso de la IA conversacional a la IA ejecutora.
En ambos casos puedes describir un objetivo, dejar que el agente planifique, permitir que use herramientas, revisar lo que hace y recibir un resultado más cercano a trabajo terminado que a una respuesta de chat.
También comparten varios patrones:
- Trabajo en tareas largas.
- Coordinación de varios agentes o subagentes.
- Acceso a archivos y contexto.
- Ejecución de comandos o scripts.
- Automatizaciones o tareas programadas.
- Necesidad de permisos, límites y supervisión.
Esto cambia la conversación dentro de una empresa. Ya no estamos hablando solo de “usar ChatGPT para redactar un email”. Estamos hablando de agentes que pueden tocar repositorios, carpetas, documentos, hojas de cálculo, navegadores, conectores y procesos.
La IA deja de estar en una ventana aparte y empieza a entrar en el flujo de trabajo.
La diferencia real: desde dónde gobiernan el trabajo
Mi lectura actual es esta: Codex y Claude Cowork se parecen cada vez más en capacidades, pero todavía se diferencian en el terreno desde el que organizan el trabajo.
Codex gobierna desde el mundo técnico. Su idioma natural son repositorios, ramas, diffs, tests, scripts, skills, despliegues, CI/CD, documentación técnica y automatizaciones alrededor del desarrollo. Puede expandirse hacia trabajo de conocimiento, pero lo hace desde una lógica muy clara: si algo se puede convertir en flujo, script, archivo, test o entregable versionable, Codex encaja muy bien.
Claude Cowork gobierna desde el escritorio y el trabajo de conocimiento general. Su idioma natural son carpetas, documentos, hojas de cálculo, presentaciones, proyectos, instrucciones persistentes, investigación y aplicaciones locales. Puede ejecutar código, pero su promesa no empieza en el repositorio: empieza en “haz este trabajo con mis archivos”.
No es una diferencia menor.
En una empresa, el punto de entrada condiciona quién lo adopta, qué tareas aparecen primero y qué riesgos hay que controlar.
Codex no es solo para código, pero sigue pidiendo cultura técnica
Aunque Codex ya pueda hacer tareas más amplias, no significa que cualquier equipo de empresa lo vaya a aprovechar igual.
Codex brilla cuando hay una forma clara de convertir el trabajo en archivos, comandos, pruebas, versiones y revisión. Por ejemplo:
- Generar documentación interna a partir de un repositorio.
- Crear una guía técnica para onboarding.
- Revisar incidencias y proponer cambios.
- Automatizar una comprobación recurrente.
- Preparar un informe de calidad de código.
- Construir un prototipo funcional.
- Crear scripts para procesar datos.
- Coordinar varios cambios en paralelo sin pisar el trabajo local.
Aquí el punto fuerte no es solo que “sepa programar”. Es que el trabajo queda trazado: hay cambios, hay historial, hay diff, hay pruebas, hay comandos que se pueden repetir.
Por eso digo que Codex puede ir más allá del desarrollo, pero se aprovecha mejor cuando la empresa tiene cierta cultura de proceso técnico.
Cowork no es solo para documentos, pero exige límites muy claros
Claude Cowork tampoco debería verse como “Claude con carpetas”.
Cuando un agente puede acceder a archivos locales, generar entregables, ejecutar comandos, usar aplicaciones y programar tareas, ya no estás ante un asistente de redacción. Estás ante una capa operativa sobre el trabajo diario.
Eso puede ser muy útil para equipos no técnicos:
- Administración que necesita ordenar facturas, hojas y documentos.
- Marketing que quiere sintetizar campañas, informes y propuestas.
- Dirección que necesita preparar un resumen con varias fuentes.
- Formación que quiere convertir materiales dispersos en una sesión clara.
- Operaciones que quiere revisar carpetas, plantillas y procedimientos.
- Comercial que trabaja con propuestas, CRM exportado y notas de reuniones.
Pero ojo: donde no hay tests ni pull requests, la revisión humana pesa más.
Una hoja de cálculo puede tener una fórmula mal planteada. Una presentación puede simplificar demasiado. Un informe puede mezclar fuentes. Una carpeta puede quedar “ordenada” de una manera que luego nadie entiende.
Cowork puede acercar mucho la IA al día a día del equipo. Precisamente por eso hay que aterrizar permisos, datos sensibles y revisión.
Qué debe mirar una empresa antes de elegir
Antes de comparar licencias, yo miraría cinco cosas.
Primero, el tipo de trabajo. Si la tarea se puede controlar con repositorio, diff, pruebas, scripts o revisión técnica, Codex tiene mucho sentido. Si la tarea vive en documentos, carpetas, hojas, presentaciones y aplicaciones de escritorio, Cowork puede entrar mejor.
Segundo, el punto de control. En Codex, muchas veces será un PR, un test, un build o una revisión técnica. En Cowork, será una revisión de documento, una validación de datos, una aprobación antes de enviar o una comprobación manual del resultado.
Tercero, el nivel de autonomía. No es lo mismo pedir un borrador que dejar una tarea programada. Tampoco es lo mismo leer una carpeta que escribir en ella. Cada salto de autonomía necesita una regla.
Cuarto, los datos. ¿Puede tocar contratos? ¿Facturas? ¿Datos de clientes? ¿Recursos humanos? ¿Código propietario? ¿Información financiera? Si no está decidido, todavía no es momento de abrir carpetas o repositorios alegremente.
Quinto, la trazabilidad. En empresa, no basta con que el resultado “parezca bueno”. Hay que saber qué ha hecho el agente, qué fuentes ha usado, qué archivos ha modificado y quién lo ha revisado.
La IA generativa no sustituye el criterio: amplifica el proceso que ya tienes, para bien o para mal.
El error: convertir la comparación en una guerra de marcas
Es tentador plantearlo como “Codex contra Claude Cowork”.
Pero esa comparación vende titulares y ayuda poco.
Una empresa no necesita casarse con una marca. Necesita entender qué tareas merecen agente, cuáles siguen siendo de chat, cuáles conviene automatizar y cuáles no deberían tocarse todavía.
Puede que un equipo técnico use Codex para desarrollo, documentación y mantenimiento. Puede que un equipo de operaciones use Cowork para carpetas, informes y entregables. Puede que marketing prefiera ChatGPT para investigación y redacción. Puede que dirección use Copilot porque vive en Microsoft 365.
No hay que forzar una única respuesta.
La herramienta es lo de menos si no has ordenado el caso de uso.
Por dónde empezaría yo
Si una empresa me pide aterrizar esto, no empezaría instalando todo.
Empezaría con una lista de diez tareas reales del equipo. Nada de “mejorar la productividad”. Tareas concretas:
- Preparar el resumen semanal de incidencias.
- Revisar propuestas antes de enviarlas.
- Convertir notas de reuniones en acciones.
- Crear documentación de un proceso interno.
- Analizar una carpeta de facturas o contratos.
- Revisar un repositorio antes de una migración.
- Preparar materiales de una formación.
- Generar un informe desde varias fuentes conocidas.
Después las ordenaría por impacto, riesgo, frecuencia y facilidad de revisión.
Las primeras pruebas deberían estar donde haya valor claro y poco peligro: tareas repetibles, con datos controlados y revisión sencilla. Ahí es donde puedes aprender sin montar un lío.
Mi lectura práctica
Codex está dejando de ser solo una herramienta de programación y se está convirtiendo en un entorno para dirigir agentes que hacen trabajo técnico y conocimiento estructurado. Su ventaja está en el control: worktrees, diffs, scripts, skills, automatizaciones, nube, CLI, IDE y flujo de desarrollo.
Claude Cowork está convirtiendo Claude Desktop en un entorno para delegar tareas de oficina y conocimiento con archivos locales, proyectos, subagentes, VM aislada, uso del ordenador y tareas programadas. Su ventaja está en la cercanía al trabajo cotidiano del usuario no técnico.
La frontera se está moviendo. Y probablemente se moverá más.
Por eso, más que preguntar “¿cuál es mejor?”, yo preguntaría:
- ¿Qué proceso quiero mejorar?
- ¿Qué datos necesita?
- ¿Qué puede modificar?
- ¿Cómo reviso el resultado?
- ¿Quién se hace responsable si algo sale mal?
Ahí es donde una empresa empieza a aplicar IA con criterio.
La idea importante
OpenAI Codex y Claude Cowork ya juegan en una misma categoría: agentes de escritorio capaces de ejecutar trabajo real.
La diferencia no está solo en las funciones, porque cada mes se pisan más terreno. La diferencia está en el punto de entrada: Codex organiza el trabajo desde el desarrollo, los flujos técnicos y las skills; Cowork lo organiza desde Claude Desktop, archivos locales, proyectos y tareas de conocimiento.
Si tu empresa los está probando, no lo plantees como una carrera de herramientas. Plantealo como una decisión de proceso.
Qué tarea, qué datos, qué permisos, qué revisión.
Antes de comprar más licencias o abrir carpetas enteras a un agente, merece la pena hacer un diagnóstico sencillo. No para frenar la IA, sino para que entre donde de verdad mejora el trabajo y no donde solo añade ruido.