Qué es Codex: la guía completa del agente de OpenAI en 2026

Qué es Codex exactamente

Codex es un agente de IA desarrollado por OpenAI para trabajar sobre proyectos de software.

La definición oficial es bastante directa: ayuda a escribir, revisar y entregar código.

La palabra importante no es “código”.

Es entregar.

Un chatbot convencional puede explicarte cómo crear una función, sugerir una consulta SQL o generar un fragmento de JavaScript.

Codex puede recorrer una parte mucho mayor del proceso:

1. recibir un objetivo;
2. explorar el proyecto;
3. identificar los archivos afectados;
4. entender dependencias y convenciones;
5. proponer o seguir un plan;
6. modificar los archivos;
7. ejecutar comandos;
8. crear o actualizar pruebas;
9. revisar los resultados;
10. y presentar los cambios para aprobación.

Eso lo convierte en algo diferente a un generador de código.

Un generador produce texto.

Un agente actúa dentro de un entorno, utiliza herramientas y avanza hacia un resultado.

Codex no es un lenguaje de programación

Codex no es un nuevo lenguaje que debas aprender.

Tampoco es una aplicación para escribir únicamente en un lenguaje concreto.

Puede trabajar con diferentes tecnologías siempre que el modelo comprenda el proyecto y tenga acceso a las herramientas necesarias.

Por ejemplo:

• JavaScript y TypeScript;
• Python;
• Java;
• PHP;
• Go;
• Ruby;
• Rust;
• SQL;
• HTML y CSS;
• scripts de automatización;
• archivos de configuración;
• infraestructura como código;
• y documentación técnica.

Codex tampoco es una persona programando sola

OpenAI utiliza expresiones como agente o compañero de ingeniería.

Son formas útiles de explicar la experiencia, pero conviene no tomarlas de manera literal.

Codex no conoce automáticamente los objetivos de negocio, las decisiones históricas de una empresa ni los riesgos que una persona experimentada detectaría por contexto.

Puede producir mucho trabajo.

También puede producir mucho trabajo incorrecto si recibe una mala instrucción o se mueve dentro de un proyecto desordenado.

Por eso, el enfoque correcto no es “Codex programa por mí”.

Es este:

Codex ejecuta trabajo técnico bajo unas instrucciones, unos permisos y un sistema de revisión.

Cómo ha evolucionado Codex

El nombre Codex no es nuevo dentro de OpenAI.

La compañía ya lo había utilizado anteriormente para referirse a modelos especializados en convertir lenguaje natural en código.

Sin embargo, cuando hablamos de Codex en 2026 nos referimos a un producto bastante más amplio: un agente capaz de actuar sobre proyectos reales.

(Quizás te pueda interesar saber qué es ChatGPT Work )

La primera etapa: generar código

La primera generación de asistentes se centraba en completar fragmentos.

El usuario escribía una función, añadía un comentario o describía una necesidad y el modelo proponía unas líneas.

Era útil, pero la responsabilidad de integrar todo seguía recayendo en la persona.

La segunda etapa: conversar sobre un proyecto

Después llegaron asistentes capaces de mantener más contexto, explicar archivos, responder preguntas sobre una base de código y proponer cambios más amplios.

La experiencia se parecía a tener un chat dentro del editor.

La etapa actual: delegar tareas completas

El Codex actual intenta completar ciclos de trabajo.

No solo responde qué habría que modificar.

Puede realizar la modificación, ejecutar las comprobaciones disponibles y enseñar qué ha cambiado.

OpenAI presentó en mayo de 2025 una versión de Codex basada en entornos aislados en la nube. Cada tarea podía trabajar de forma independiente sobre un repositorio, editar archivos, ejecutar pruebas y proponer un pull request.

Durante 2026, la experiencia se amplió con una aplicación de escritorio, trabajo multiagente, entornos locales y remotos, extensiones para editores, habilidades reutilizables, plugins, automatizaciones y herramientas de seguridad.

El siguiente paso: de agente de programación a infraestructura de trabajo

Codex sigue siendo un agente de programación.

Pero las capacidades que necesita para programar son útiles en muchos otros trabajos:

• leer grandes cantidades de información;
• moverse entre archivos;
• seguir instrucciones complejas;
• utilizar herramientas;
• crear entregables;
• comprobar resultados;
• y ejecutar procesos repetibles.

Por eso OpenAI ha empezado a mostrar Codex en equipos no técnicos.

Marketing puede utilizarlo para construir una herramienta interna.

Finanzas puede pedirle un dashboard.

Operaciones puede convertir un proceso manual en un pequeño sistema.

Un investigador puede utilizarlo para preparar y ejecutar un análisis de datos.

No porque esas personas se hayan convertido de repente en desarrolladores.

Sino porque Codex reduce parte de la distancia entre describir una herramienta y construir una primera versión.

Cómo funciona Codex

Codex combina un modelo de IA, acceso al contexto, herramientas de ejecución y controles de seguridad.

El funcionamiento concreto cambia según utilices la aplicación de escritorio, la nube, la terminal o una extensión del editor.

La lógica general es parecida.

1. Recibe una tarea

El proceso empieza con una instrucción.

Puede ser muy concreta:

Corrige el error de validación que permite enviar el formulario sin correo electrónico.

Añade una prueba que reproduzca el problema.

No cambies el diseño ni el resto de reglas de validación.

También puede ser más amplia:

Analiza cómo se generan los informes mensuales.

Propón una forma de reducir el tiempo de ejecución sin cambiar los resultados.

Antes de editar nada, explica el cuello de botella y presenta un plan.

2. Explora el contexto

Codex revisa los archivos a los que tiene acceso.

Puede localizar:

• la estructura del proyecto;
• los archivos relacionados;
• las dependencias;
• la documentación;
• las instrucciones del repositorio;
• los scripts disponibles;
• y las pruebas existentes.

Esta fase importa mucho.

El mismo cambio puede ser correcto en un proyecto e incorrecto en otro porque utilizan arquitecturas, convenciones o dependencias diferentes.

3. Crea o sigue un plan

En tareas pequeñas, Codex puede editar directamente.

En tareas más complejas, tiene sentido pedirle un plan antes de permitir cambios.

Ese plan debería indicar:

• qué ha entendido;
• qué archivos piensa modificar;
• qué riesgos ha detectado;
• cómo comprobará el resultado;
• y qué decisiones necesitan confirmación.

4. Modifica archivos y ejecuta comandos

Codex puede editar el proyecto y utilizar las herramientas disponibles en el entorno.

Por ejemplo:

• instalar dependencias autorizadas;
• ejecutar una aplicación;
• lanzar pruebas;
• utilizar un linter;
• comprobar tipos;
• generar una compilación;
• consultar registros;
• o inspeccionar el comportamiento de una página.

5. Itera sobre el resultado

Una de las diferencias frente a la generación de código tradicional es la posibilidad de comprobar y corregir.

Codex puede ejecutar una prueba, ver que falla, revisar el error y volver a modificar el código.

Eso no garantiza que llegue a la solución correcta.

Pero permite cerrar parte del bucle que antes tenía que realizar manualmente el usuario.

6. Presenta los cambios para revisión

Al terminar, Codex puede mostrar:

• archivos modificados;
• diferencias entre versiones;
• comandos ejecutados;
• pruebas realizadas;
• errores encontrados;
• y aspectos que no ha podido verificar.

Este último punto es fundamental.

Un agente útil no debería limitarse a decir “hecho”.

Debería dejar evidencia suficiente para que una persona compruebe el trabajo.

Dónde se puede utilizar Codex

Codex no vive en una única aplicación.

OpenAI lo ofrece en varias superficies para adaptarse a diferentes formas de trabajar.

La disponibilidad exacta puede cambiar según el plan, el sistema operativo, la región y el despliegue de producto.

Codex en la aplicación de escritorio

La aplicación de escritorio permite trabajar con proyectos locales, revisar archivos, mantener varias conversaciones y coordinar tareas largas.

Es la experiencia más visual para supervisar diferentes agentes y proyectos.

Resulta útil cuando quieres:

• ver varias tareas en paralelo;
• trabajar con archivos locales;
• revisar diferencias;
• crear worktrees;
• utilizar plugins y habilidades;
• o programar procesos recurrentes.

Codex en la nube

Codex Cloud permite conectar repositorios y ejecutar tareas dentro de entornos remotos aislados.

Puede ser útil para:

• delegar tareas largas;
• trabajar sobre varios repositorios;
• crear cambios sin ocupar el entorno local;
• ejecutar procesos en paralelo;
• y preparar pull requests.

Cada entorno debe configurarse con las dependencias, variables y herramientas necesarias.

Codex CLI

Codex CLI es la experiencia para terminal.

Permite inspeccionar archivos, editar código, ejecutar comandos y automatizar tareas sin salir de la línea de comandos.

Encaja especialmente bien con desarrolladores que ya trabajan desde terminal y quieren mantener el control sobre el entorno.

codex

A partir de ahí, puedes describir la tarea en lenguaje natural y revisar las acciones que el agente propone.

Extensión de Codex para el editor

La extensión para IDE permite utilizar Codex junto al código abierto.

Puede incorporar al contexto los archivos, selecciones y fragmentos con los que estás trabajando.

Es útil para tareas interactivas como:

• explicar una función;
• hacer un cambio localizado;
• revisar un error;
• crear una prueba;
• o delegar una tarea más larga sin abandonar el editor.

Codex SDK

El SDK permite integrar Codex dentro de aplicaciones y flujos propios.

Está dirigido a perfiles técnicos que quieren controlar hilos de trabajo, reanudar tareas o utilizar Codex como especialista dentro de un sistema de agentes más amplio.

No es la puerta de entrada recomendada para un usuario que solo quiere probar la herramienta.

Para qué sirve Codex

Codex puede encargarse de tareas pequeñas o participar en procesos de desarrollo bastante más amplios.

Su rendimiento suele ser mejor cuando la tarea tiene un objetivo claro, un entorno preparado y una forma objetiva de validar el resultado.

Escribir nuevas funcionalidades

Puedes describir una funcionalidad, indicar dónde encaja y pedirle que prepare una implementación.

Por ejemplo:

Añade un filtro por fecha al listado de facturas.

Debe permitir elegir fecha inicial y final.

Mantén los parámetros en la URL para que el filtro pueda compartirse.

Añade pruebas para fechas válidas, rango vacío y fecha final anterior a la inicial.

Corregir errores

Codex puede analizar un error, localizar una posible causa y preparar una corrección.

Funciona mejor si proporcionas:

• el mensaje de error;
• los pasos para reproducirlo;
• el resultado esperado;
• el resultado actual;
• y las restricciones del cambio.

Refactorizar código

Puede reorganizar una parte del proyecto sin cambiar su comportamiento.

Por ejemplo:

• dividir un archivo demasiado grande;
• eliminar duplicación;
• actualizar nombres;
• migrar una API antigua;
• o adaptar un módulo a una nueva arquitectura.

Las refactorizaciones amplias requieren buenas pruebas.

Sin ellas, resulta difícil demostrar que el comportamiento se ha mantenido.

Crear y mejorar pruebas

Codex puede identificar casos no cubiertos y proponer pruebas unitarias, de integración o de interfaz.

No conviene medir la calidad únicamente por el porcentaje de cobertura.

Una prueba puede ejecutar una línea sin validar el comportamiento importante.

Revisar código

Puede revisar un cambio y señalar:

• errores lógicos;
• casos límite;
• problemas de mantenibilidad;
• riesgos de seguridad;
• inconsistencias con las convenciones;
• o pruebas que faltan.

La revisión automática puede aumentar la cobertura del proceso.

No sustituye necesariamente la revisión de una persona que entiende el producto y la arquitectura.

Actualizar dependencias y realizar migraciones

Puede ayudar a actualizar librerías, adaptar APIs y resolver incompatibilidades.

Este tipo de tarea encaja bien con un agente porque combina cambios repetitivos, consulta de errores y ejecución de pruebas.

Crear documentación

Codex puede documentar funciones, APIs, decisiones arquitectónicas y procesos de desarrollo.

También puede comparar la documentación existente con el código para localizar partes desactualizadas.

Construir prototipos

Una persona puede describir una idea y pedir una primera versión funcional.

Por ejemplo:

• una calculadora;
• un dashboard;
• un formulario interno;
• un buscador sobre documentos;
• una pequeña aplicación de seguimiento;
• o una automatización.

Un prototipo no es automáticamente un producto listo para producción.

Seguridad, escalabilidad, accesibilidad, mantenimiento y tratamiento de datos siguen necesitando revisión.

Casos de uso reales de Codex

Para desarrolladores

El caso más evidente es acelerar trabajo de ingeniería.

Un desarrollador puede delegar tareas bien acotadas mientras se concentra en decisiones de mayor impacto.

Ejemplos:

• crear pruebas para un módulo existente;
• migrar varios componentes;
• investigar un error;
• preparar una primera implementación;
• actualizar documentación;
• o revisar un pull request.

Para responsables de producto

Un product manager con conocimientos técnicos puede utilizar Codex para investigar la viabilidad de un cambio, crear prototipos y comprender mejor el coste de una funcionalidad.

No debería utilizar una estimación del agente como compromiso definitivo del equipo.

Sí puede usarla para formular mejores preguntas antes de entrar en desarrollo.

Para founders y pequeños equipos

Una startup puede utilizar Codex para construir herramientas internas, automatizar tareas y acelerar prototipos.

La ventaja es evidente cuando hay pocos recursos técnicos.

El riesgo también.

Si nadie puede revisar el resultado, la empresa puede acumular errores, deuda técnica o vulnerabilidades sin darse cuenta.

Para analistas de datos

Codex puede ayudar a:

• limpiar datos;
• crear scripts de análisis;
• preparar consultas SQL;
• automatizar informes;
• generar visualizaciones;
• o convertir un análisis repetido en una herramienta.

Los cálculos y conclusiones deben validarse, especialmente cuando afectan a decisiones económicas.

Para marketing y ventas

Un equipo no técnico puede utilizar Codex para crear una pequeña herramienta de campañas, clasificar información, transformar datos o construir una interfaz interna.

Por ejemplo:

Crea una aplicación local sencilla que permita subir un CSV de leads.

Debe detectar columnas de nombre, empresa, cargo y sector.

Permite filtrar por sector y exportar los registros seleccionados.

No envíes datos a servicios externos.

Antes de empezar, propón la estructura y explica cómo se almacenarán los datos.

Para operaciones

Operaciones suele tener muchos procesos sostenidos por hojas de cálculo, correos y pasos manuales.

Codex puede ayudar a convertir una parte de esos procesos en scripts, aplicaciones internas o automatizaciones.

El primer paso no debería ser automatizar.

Debería ser entender el proceso y eliminar pasos que no aportan valor.

Para finanzas

Puede ayudar a construir herramientas para consolidar información, validar archivos, generar reportes o detectar inconsistencias.

No debe tomar decisiones financieras por la persona ni sustituir los controles internos.

Un uso razonable sería crear un script que compruebe que todos los archivos mensuales tienen las columnas necesarias y señale registros incompletos.

¿Se puede usar Codex sin saber programar?

Sí, pero la respuesta necesita matices.

Una persona sin experiencia puede utilizar Codex para construir prototipos, automatizaciones y herramientas pequeñas.

También puede pedir explicaciones, revisar archivos o transformar una necesidad en una primera solución funcional.

Lo que no puede hacer es eliminar todas las consecuencias de no entender el sistema.

Lo que una persona no técnica sí puede hacer

• crear una primera versión de una herramienta interna;
• generar un script para una tarea repetitiva;
• analizar datos con instrucciones claras;
• construir un formulario o dashboard sencillo;
• pedir que explique cada decisión;
• prototipar una idea antes de contratar el desarrollo;
• o automatizar un proceso de bajo riesgo.

Lo que seguirá necesitando ayuda técnica

• evaluar una arquitectura compleja;
• garantizar la seguridad de una aplicación;
• gestionar datos sensibles;
• preparar una solución para miles de usuarios;
• resolver problemas de rendimiento;
• mantener un sistema durante años;
• o validar cambios críticos en producción.

La IA reduce la barrera de entrada.

No elimina el valor del conocimiento técnico.

De hecho, cuando es más fácil generar software, aumenta la importancia de saber qué software merece la pena crear y cómo comprobar que funciona bien.

Una evolución parecida está ocurriendo en el ecosistema de Anthropic. En nuestra guía sobre Claude Code sin saber programar explicamos qué puede delegar una persona no técnica y dónde empiezan los riesgos.

Cómo empezar a usar Codex paso a paso

1. Elige una superficie

Para una experiencia visual, utiliza la aplicación de escritorio.

Para trabajar dentro del editor, utiliza la extensión de IDE.

Para mantenerte en terminal, utiliza Codex CLI.

Para delegar tareas remotas sobre repositorios, utiliza los entornos en la nube cuando estén disponibles en tu cuenta.

2. Inicia sesión y revisa los permisos

Codex puede utilizar una cuenta de ChatGPT o, en determinados entornos, credenciales de API.

Antes de abrir un proyecto, revisa:

• qué carpetas podrá leer;
• dónde podrá escribir;
• si tiene acceso a red;
• qué comandos puede ejecutar;
• y cuándo tendrá que pedir aprobación.

3. Empieza con un proyecto controlado

No pruebes por primera vez en producción.

Utiliza:

• un repositorio de prueba;
• una rama nueva;
• un proyecto personal;
• o una copia sin información sensible.

4. Elige una tarea que sepas evaluar

Una buena primera tarea podría ser:

• explicar la estructura del proyecto;
• añadir una prueba;
• corregir un texto;
• renombrar una función;
• documentar un módulo;
• o resolver un error sencillo.

No empieces con “construye toda mi plataforma”.

5. Pide un plan antes de editar

Analiza este proyecto y explica cómo está organizado.

Después localiza dónde se gestiona la validación del formulario de registro.

No edites nada todavía.

Indica qué archivos modificarías, qué riesgos ves y cómo comprobarías el cambio.

6. Autoriza un cambio limitado

Cuando el plan tenga sentido, permite una modificación concreta.

Es mejor avanzar en bloques revisables que aprobar una transformación enorme de una vez.

7. Comprueba el resultado

Revisa el diff, ejecuta las pruebas y comprueba manualmente el comportamiento importante.

No aceptes un cambio únicamente porque Codex diga que las pruebas pasan.

Puede haber pruebas incompletas o escenarios que el agente no haya considerado.

Cómo dar buenas instrucciones a Codex

Un prompt para Codex no debería parecer una frase lanzada al aire.

Debería parecer un briefing de trabajo.

Define el objetivo

Explica qué resultado buscas y por qué importa.

En lugar de:

Mejora este formulario.

Escribe:

Reduce el abandono del formulario dividiéndolo en dos pasos.

El primer paso debe pedir nombre y correo.

El segundo debe pedir empresa y número de empleados.

Mantén la validación actual y no cambies la integración con el CRM.

Añade restricciones

Indica qué no debe tocar.

• no cambies la API pública;
• no añadas dependencias;
• no modifiques la base de datos;
• mantén compatibilidad con una versión concreta;
• no accedas a internet;
• o no publiques nada sin aprobación.

Define cómo se valida

Una tarea es mucho más fácil de delegar cuando existe una definición de terminado.

La tarea estará terminada cuando:

1. El error pueda reproducirse con una prueba.
2. La prueba falle antes del cambio.
3. La corrección haga que la prueba pase.
4. El resto de pruebas siga funcionando.
5. No se modifique la respuesta de la API.

Proporciona ejemplos

Un archivo parecido, una implementación anterior o una captura del comportamiento esperado pueden reducir ambigüedades.

Pide que haga preguntas

Cuando una decisión pueda tener varias respuestas válidas, es mejor que Codex pregunte antes de elegir.

Si encuentras una decisión que pueda afectar a los datos existentes o a la API, detente y pregúntame antes de modificar nada.

Pide evidencia

Al terminar, resume:

- archivos modificados;
- decisiones tomadas;
- comandos ejecutados;
- pruebas realizadas;
- problemas pendientes;
- y partes que necesitan revisión manual.

Funciones avanzadas de Codex

Trabajo multiagente

Codex puede mantener varias tareas separadas y ejecutarlas en paralelo.

Por ejemplo, un agente puede investigar un error mientras otro prepara pruebas y un tercero revisa documentación.

Más agentes no significan automáticamente más productividad.

También generan más resultados que revisar y más posibilidades de conflicto.

Worktrees

Los worktrees permiten trabajar sobre diferentes ramas o copias de trabajo sin que los agentes interfieran entre sí.

Son útiles para mantener cambios separados y comparar alternativas.

Skills o habilidades

Una habilidad reúne instrucciones, recursos y scripts para que Codex siga un proceso de forma consistente.

Puede utilizarse para guardar:

• el proceso de revisión de una pull request;
• las reglas de una migración;
• el formato de documentación;
• los pasos de publicación;
• o las convenciones del equipo.

En lugar de repetir un prompt enorme cada vez, conviertes el proceso en una capacidad reutilizable.

Plugins y conectores

Los plugins pueden combinar habilidades y conexiones con herramientas externas.

Eso permite que Codex utilice más contexto y participe en flujos que atraviesan varias aplicaciones.

No conviene conectar todas las herramientas desde el primer día.

Empieza con una integración que elimine un paso manual concreto.

Model Context Protocol

MCP permite conectar Codex con herramientas y fuentes de contexto externas.

Por ejemplo, documentación, navegadores, sistemas de diseño o servicios internos.

Cada conexión amplía lo que el agente puede hacer.

También amplía la superficie de riesgo.

Tareas programadas

Los procesos estables pueden ejecutarse de forma recurrente.

Ejemplos:

• revisar el estado de una pull request;
• clasificar incidencias;
• comprobar una compilación;
• detectar documentación desactualizada;
• o preparar un informe periódico.

Una tarea programada trabaja sin supervisión inmediata.

Por eso debería utilizar permisos más limitados que una sesión interactiva.

Diferencias entre Codex, ChatGPT y ChatGPT Work

ChatGPT Chat

La experiencia de Chat está pensada para conversar, resolver dudas, generar contenido y realizar análisis puntuales.

Puede escribir código, pero normalmente la persona debe copiarlo, integrarlo y comprobarlo.

ChatGPT Work

ChatGPT Work está orientado a investigaciones largas, archivos, aplicaciones conectadas y entregables profesionales.

Encaja mejor con documentos, presentaciones, hojas de cálculo, investigación y procesos de conocimiento.

Codex

Codex está especializado en proyectos de software y entornos donde puede editar archivos, ejecutar comandos y comprobar código.

En términos sencillos:

• Chat responde y conversa.
• Work investiga y produce entregables generales.
• Codex construye, revisa y mantiene software.

Las fronteras pueden solaparse.

ChatGPT puede generar código. Codex puede crear un informe. ChatGPT Work puede construir una herramienta ligera.

La diferencia está en el entorno y en el tipo de ejecución para el que cada experiencia ha sido diseñada.

Codex frente a Claude Code, GitHub Copilot y Cursor

Codex vs Claude Code

Codex y Claude Code compiten de forma directa en el trabajo de programación con agentes.

Ambos pueden:

• explorar proyectos;
• editar archivos;
• ejecutar comandos;
• utilizar herramientas;
• seguir instrucciones del repositorio;
• y trabajar durante varias fases.

Las diferencias aparecen en:

• los modelos disponibles;
• la experiencia de escritorio y terminal;
• los permisos;
• las integraciones;
• el trabajo remoto;
• los límites del plan;
• y la adaptación a cada proyecto.

No tiene sentido afirmar que uno es siempre mejor.

La comparación debe hacerse con tareas reales del equipo y midiendo calidad, tiempo de revisión y errores.

Codex vs GitHub Copilot

GitHub Copilot se hizo conocido como asistente integrado en el editor.

Su propuesta se ha ampliado con funciones de chat y agentes, pero sigue muy vinculada al ecosistema de GitHub y al flujo de desarrollo.

Codex pone mucho énfasis en delegar tareas de principio a fin y coordinar diferentes entornos y agentes.

Para muchas empresas, la decisión dependerá de la infraestructura que ya utilizan.

Codex vs Cursor

Cursor es un editor construido alrededor de la programación con IA.

Codex es un agente que puede utilizarse en diferentes superficies, incluida una extensión de editor, terminal, escritorio y nube.

Cursor puede resultar más natural para quien quiere una experiencia de editor completamente centrada en IA.

Codex puede encajar mejor si se busca combinar diferentes superficies y delegar tareas remotas o paralelas.

Codex vs un chatbot generalista

Un chatbot es suficiente para:

• resolver una duda;
• explicar un concepto;
• generar una función aislada;
• o revisar un fragmento pequeño.

Codex tiene más sentido cuando necesita:

• explorar un proyecto;
• modificar varios archivos;
• ejecutar herramientas;
• comprobar el resultado;
• o mantener trabajo durante más tiempo.

Para una comparación más general de asistentes, consulta nuestra guía de Claude vs ChatGPT vs Gemini.

Seguridad, permisos y privacidad en Codex

Codex puede leer archivos, escribir código, ejecutar comandos y conectarse a herramientas.

Eso lo hace útil.

También obliga a configurar límites.

Sandbox

El sandbox define a qué archivos, comandos y recursos de red puede acceder el agente.

Un entorno restringido reduce el impacto de una acción inesperada.

Cuando sea posible, trabaja dentro del proyecto y evita dar acceso a carpetas no relacionadas.

Aprobaciones

Las políticas de aprobación determinan cuándo Codex debe detenerse y pedir permiso.

Una configuración conservadora puede exigir aprobación antes de:

• ejecutar ciertos comandos;
• acceder a internet;
• modificar archivos fuera del proyecto;
• instalar software;
• o realizar acciones sensibles.

Acceso a red

No todas las tareas necesitan internet.

Si el proyecto ya contiene la información y las dependencias necesarias, limitar la red reduce riesgo.

Cuando Codex necesite documentación o servicios externos, permite únicamente los accesos necesarios.

Secretos y credenciales

No incluyas claves privadas, contraseñas o tokens directamente en el prompt.

Utiliza sistemas de secretos, variables de entorno y permisos limitados.

Datos de clientes

Antes de utilizar información personal o confidencial, revisa:

• el plan contratado;
• las condiciones de tratamiento de datos;
• la configuración del espacio de trabajo;
• las obligaciones contractuales;
• y las políticas internas.

Revisión humana

La última barrera no debería ser el modelo.

Debería ser una persona con capacidad para comprender las consecuencias del cambio.

Esto es especialmente importante en autenticación, pagos, permisos, salud, finanzas, infraestructura y datos personales.

Errores habituales al usar Codex

Pedir demasiado de una vez

“Crea una plataforma completa” contiene demasiadas decisiones implícitas.

Divide el trabajo en arquitectura, datos, interfaz, autenticación, pruebas y despliegue.

No explicar el resultado esperado

Una instrucción vaga obliga al agente a rellenar los huecos.

Y puede rellenarlos de una forma que no encaje con el negocio.

No proporcionar contexto del proyecto

Codex puede leer el código, pero eso no significa que entienda por qué se tomaron determinadas decisiones.

Documenta restricciones, convenciones y criterios.

Aceptar cambios sin revisar

El código generado puede compilar y seguir estando mal.

Puede introducir una vulnerabilidad, romper un caso límite o aumentar la deuda técnica.

Confiar únicamente en las pruebas existentes

Si las pruebas no cubren el comportamiento importante, que todas pasen aporta una seguridad falsa.

Dar permisos excesivos

El acceso completo puede resultar cómodo.

También aumenta el impacto de un error o de una instrucción maliciosa incluida en un archivo.

Usar Codex para evitar pensar

Delegar la ejecución puede ahorrar tiempo.

Delegar el criterio sin revisión suele crear problemas.

Buenas prácticas para trabajar mejor con Codex

Trabaja en control de versiones

Utiliza ramas, commits y worktrees para separar cambios y poder volver atrás.

Mantén tareas pequeñas y comprobables

Una tarea clara produce un cambio más fácil de revisar.

Prepara el entorno

Documenta cómo instalar, ejecutar y probar el proyecto.

Cuanto más reproducible sea el entorno, mejor podrá trabajar el agente.

Guarda instrucciones del proyecto

Incluye convenciones, comandos, arquitectura y restricciones en archivos que Codex pueda consultar.

Convierte procesos repetidos en Skills

Cuando una instrucción funciona varias veces, deja de reconstruirla desde cero.

Conviértela en un flujo reutilizable.

Mide el retrabajo

No midas solo cuánto tarda Codex en producir una solución.

Mide también:

• tiempo de revisión;
• errores encontrados;
• cambios rechazados;
• incidencias posteriores;
• y mantenimiento generado.

Usa el agente donde existe una forma de validar

Las mejores tareas tienen pruebas, resultados esperados o criterios claros.

Las tareas totalmente ambiguas necesitan más conversación y supervisión.

Limitaciones reales de Codex

Puede generar código incorrecto

Codex puede producir soluciones plausibles que fallan en producción.

Puede entender mal el objetivo

El agente trabaja con el contexto disponible, no con la intención que no has explicado.

Puede modificar más de lo necesario

Una solución demasiado amplia aumenta el riesgo y complica la revisión.

Puede crear pruebas que validan su propia implementación

Si genera el código y las pruebas, puede diseñar ambas cosas alrededor de la misma interpretación equivocada.

No sustituye el conocimiento del negocio

Puede entender archivos y documentación.

No vive las conversaciones con clientes ni conoce automáticamente las prioridades de la empresa.

No elimina el mantenimiento

Generar software más rápido también puede generar más software que mantener.

Su disponibilidad cambia

Los modelos, límites, superficies, integraciones y condiciones de acceso evolucionan con rapidez.

Comprueba la documentación oficial antes de tomar decisiones de compra o implantar procesos críticos.

Precio y disponibilidad de Codex

En el momento de actualizar esta guía, OpenAI incluye Codex en los planes de ChatGPT, incluidos los planes Free y Go.

Los límites de uso varían según el plan, el modelo elegido, la duración de las tareas y el número de agentes o procesos ejecutados.

Los usuarios y organizaciones con necesidades mayores pueden disponer de opciones adicionales de uso o créditos.

No conviene evaluar el coste únicamente por el precio mensual.

También debes medir:

• cuánto trabajo útil produce;
• cuánto tiempo necesita revisión;
• qué tareas evita;
• qué errores genera;
• y qué infraestructura necesita.

Una herramienta barata que produce mucho retrabajo puede resultar cara.

Una herramienta más costosa que reduce tareas repetitivas y mantiene la calidad puede tener sentido.

¿Merece la pena utilizar Codex?

Codex puede merecer mucho la pena para equipos que ya trabajan con software y tienen procesos de revisión.

También puede ser útil para personas no técnicas que quieran construir prototipos o resolver tareas internas de bajo riesgo.

Codex encaja especialmente bien cuando:

• trabajas con repositorios y control de versiones;
• tienes pruebas o criterios de validación;
• existen tareas repetitivas;
• puedes dividir el trabajo en bloques;
• hay alguien capaz de revisar;
• o quieres construir prototipos con rapidez.

Codex encaja peor cuando:

• no puedes verificar el resultado;
• el proyecto contiene datos sensibles sin controles;
• esperas que tome todas las decisiones;
• no existe documentación;
• no hay pruebas;
• o pretendes publicar directamente sin revisión.

La pregunta no debería ser “¿Codex es bueno?”.

Debería ser:

¿En qué parte de nuestro trabajo puede producir un resultado verificable con menos tiempo o menos fricción?

Conclusión: qué es Codex y por qué importa

Codex es el agente de OpenAI especializado en escribir, revisar y entregar software.

Su diferencia frente a un asistente tradicional no está únicamente en la calidad del código.

Está en la capacidad de actuar.

Puede explorar un proyecto, editar archivos, ejecutar comandos, lanzar pruebas, utilizar herramientas y presentar cambios para revisión.

Además, las capacidades desarrolladas alrededor de Codex están empezando a salir del departamento técnico.

Cuando una persona puede describir una necesidad y obtener una primera herramienta funcional, la relación entre conocimiento, programación y trabajo cambia.

Pero no desaparece la responsabilidad.

Cuanto más puede hacer un agente, más importantes se vuelven el contexto, los permisos, las pruebas y la revisión humana.

La forma correcta de utilizar Codex no es darle acceso a todo y esperar un resultado perfecto.

Es elegir una tarea concreta, definir qué significa terminarla, limitar el entorno y comprobar el trabajo.

Eso es qué es Codex en 2026:

no un botón que programa por ti, sino una nueva forma de delegar ejecución técnica sin dejar de dirigir el proceso.

Preguntas frecuentes sobre Codex

¿Qué es Codex?

Codex es un agente de inteligencia artificial de OpenAI que ayuda a escribir, revisar, ejecutar y entregar código. Puede trabajar con proyectos, editar archivos, ejecutar comandos, crear pruebas y presentar cambios para revisión.

¿Para qué sirve Codex?

Sirve para desarrollar funcionalidades, corregir errores, refactorizar código, crear pruebas, revisar cambios, actualizar dependencias, preparar documentación, automatizar procesos y construir prototipos o herramientas internas.

¿Codex forma parte de ChatGPT?

Codex puede utilizarse con una cuenta de ChatGPT y está disponible en diferentes superficies, como la aplicación de escritorio, la terminal, extensiones de editor y entornos en la nube. La disponibilidad y los límites dependen del plan y del despliegue.

¿Se puede usar Codex sin saber programar?

Sí. Una persona no técnica puede utilizarlo para crear prototipos, scripts y herramientas sencillas. Sin embargo, los proyectos críticos, la seguridad, el tratamiento de datos y la puesta en producción siguen necesitando revisión técnica.

¿Qué diferencia hay entre Codex y ChatGPT Work?

Codex está especializado en software y entornos donde puede editar código y ejecutar comandos. ChatGPT Work está orientado a investigaciones, archivos, aplicaciones conectadas y entregables generales como documentos, presentaciones y hojas de cálculo.

¿Qué diferencia hay entre Codex y Claude Code?

Ambos son agentes capaces de trabajar sobre proyectos de software. Se diferencian en los modelos, interfaces, permisos, integraciones, planes y flujos de trabajo. La mejor elección depende del proyecto y debe evaluarse con tareas reales.

¿Es seguro utilizar Codex?

Codex incorpora controles como sandbox, permisos y aprobaciones. Aun así, la seguridad depende de la configuración, los accesos concedidos y la revisión humana. No conviene darle permisos amplios ni publicar cambios críticos sin validación.

Fuentes oficiales consultadas

• Página oficial de Codex de OpenAI
• Usar Codex con un plan de ChatGPT
• Presentación de la aplicación Codex
• Documentación oficial de Codex
• Seguridad, sandbox y aprobaciones
• Documentación de Codex CLI
• Extensión de Codex para IDE