Desde cero hasta un nivel avanzado con el agente de programación de OpenAI.
Contenido extraído del canal INEMA.Codex · Actualizado en mayo de 2026
O Codex es el agente de codificación de OpenAI, rival directo de Claude Code. Su principal diferencial: ejecuta agentes en la nube, lo que permite delegar tareas de programación de forma remota (incluso desde el celular) y recibir pull requests listos sin mantener la terminal abierta.
Codex tiene un contexto de 274K tokens (mayor que Claude Code), soporte nativo para worktrees para la ejecución en paralelo e integración directa con GitHub Actions. Para quienes ya usan Claude Code, es un complemento natural para tareas largas en la nube.
| Versión | Ideal para | Detalle |
|---|---|---|
| CLI (terminal) | Velocidad + control local | macOS, Windows, Linux. Integración directa con comandos, pruebas y repositorios |
| App (Windows) | Interfaz visual completa | Skills, plugins, navegador interno, previews, varios hilos en paralelo, automatizaciones |
| Web (ChatGPT) | Delegar en la nube | Conecta repositorios de GitHub, ejecuta agentes sin tener la PC encendida y es accesible desde la app de ChatGPT |
Codex CLI se instala mediante npm. Requisito previo: Node.js (que ya incluye npm). Después de instalarlo, el inicio de sesión usa autenticación de dispositivo — abres un enlace en el browser y pegas un código.
La instalación es sencilla, pero tiene sus trampas: una versión desactualizada de Node.js causa errores. El inicio de sesión mediante device auth es más seguro que una API key y funciona incluso en contenedores Docker.
winget install --id Git.Git -e --source winget # depois instale Node.js em nodejs.org
curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt-get install -y nodejs
npm -v # Deve retornar algo como: 10.x.x
npm install -g @openai/codex
codex login --device-auth # Saída esperada: # 1. Abra o link no browser: https://auth.openai.com/codex/device # 2. Digite o código: OJER-V4KD (expira em 15 min) # Device codes são alvo de phishing. NUNCA compartilhe. # Successfully logged in ✓
⚠️ El código vence en 15 minutos. Abre el enlace inmediatamente después de ejecutar el comando.
docker run --rm -it \ -v paperclip-codex-home:/codex-home \ -v "$PWD:/app" -w /app \ seu-container bash # Dentro do container: codex login --device-auth
Después de instalar, ejecutas codex en la terminal para abrir el modo interactivo. Dentro de él, / accede a comandos internos y @ hace referencia a archivos del proyecto.
El archivo agents.md es el equivalente a CLAUDE.md: define el contexto permanente, los objetivos del proyecto y las instrucciones que Codex recuerda entre sesiones. Sin él, Codex empieza desde cero en cada chat.
codex # abre modo interativo codex "crie uma API" # prompt direto codex chat # modo conversa codex --full-auto "..." # executa sem pedir confirmação
/plan mode— activa el modo de planificación/model— cambiar de modelo (low/high)/reasoning— ajustar el razonamiento/browser use— activar el navegador/skill creator— crear skill/personality— ajustar la personalidadCrea con codex init o manualmente. Funciona como onboarding permanente para el agente.
# agents.md ## Sobre o projeto - App de gestão de portfólio de ações - Stack: Next.js + Convex + Alpha Vantage API ## Decisões já tomadas - Usar shadcn/ui para componentes - Banco de dados: Convex (não Supabase) ## Instruções para o Codex - Sempre rodar testes antes de commit - Não fazer deploy sem minha aprovação
Codex pide confirmación para cada acción de forma predeterminada. Las approval policies controlan cuándo y si pide aprobación: desde preguntar siempre hasta no preguntar nunca.
Si estás en un entorno seguro (contenedor, VM aislada), desactivar las confirmaciones elimina fricción y acelera mucho el ciclo. Para producción o sistemas críticos, mantén las confirmaciones.
| Flag | Comportamiento | Riesgo |
|---|---|---|
| -a on-request | Codex decide cuándo preguntar | Bajo |
| -a never | Nunca pide aprobación | Medio |
| --full-auto | Atajo: on-request + sandbox write | Medio |
| --dangerously-bypass-approvals-and-sandbox | Cero confirmaciones, cero sandbox | Alto ⚠️ |
# ~/.codex/config.toml # Configuração equilibrada (recomendada em containers) approval_policy = "never" sandbox_mode = "workspace-write" # Configuração mais agressiva (só em ambientes isolados) # approval_policy = "never" # sandbox_mode = "danger-full-access"
Las Skills son instrucciones reutilizables para tareas recurrentes. La creas una vez y Codex la invoca automáticamente cuando la tarea coincide con la descripción, o la llamas explícitamente con $nome-da-skill.
Las Skills eliminan la repetición. Una skill de «revisión de PR» puede ejecutar 3 subagentes en paralelo (seguridad, pruebas, arquitectura) sin que tengas que volver a escribir el prompt cada vez.
meu-projeto/
.agents/
skills/
pr-review-agent/
SKILL.md ← obrigatório
scripts/ ← opcional
references/ ← opcional
--- name: pr-review-agent description: Use esta skill quando o usuário pedir revisão de pull request, branch, diff ou código alterado. Revise segurança, testes, arquitetura e riscos. --- Ao revisar um PR: 1. Leia o diff completo 2. Identifique arquivos alterados 3. Procure riscos de segurança 4. Verifique cobertura de testes 5. Avalie arquitetura e manutenção 6. Classifique achados por severidade 7. Sugira ações concretas 8. Finalize com checklist
# Invocação explícita $pr-review-agent # Invocação natural (Codex detecta automaticamente) "Revise o PR #42 e encontre problemas de segurança" # Combinando com subagentes "Use a skill $pr-review-agent com 3 subagentes em paralelo: segurança, testes, arquitetura"
Codex tiene varios «nombres» para los agentes, pero en la práctica los creas de 3 formas: hilo/tarea normal, subagentes configurados y automatizaciones programadas.
Entender la jerarquía evita confusiones con la terminología. Empieza con threads + skills + automatizaciones. Los subagentes y workers vienen después.
| Nombre | Qué es | Cómo usar |
|---|---|---|
| Agente principal | Codex coordinando la tarea | Chat/thread normal |
| Agent thread | Conversación/tarea separada | Nuevo hilo en el proyecto |
| Agente worker | Trabajador para una parte del trabajo | "Divídelo en workers…" |
| Agente de tareas | Agente con una tarea específica | "Crea un task agent para…" |
| Subagente | Agente especializado en paralelo | "Usa subagentes…" |
| Agente en segundo plano | Agente en segundo plano | Thread/tarea en segundo plano |
| Agente paralelo | Varias tareas simultáneas | Threads, subagentes o worktrees |
| Automatización | Tarea programada | Pestaña Automations |
| Skill | Receta reutilizable | $nome-da-skill o lenguaje natural |
| AGENTS.md | Instrucciones permanentes | Archivo en el proyecto |
Los subagentes son agentes especializados activados en paralelo. Codex no los crea automáticamente — tienes que pedirlo explícitamente en el prompt con «usa subagentes en paralelo».
Las tareas complejas, como auditar un codebase, planificar funciones y hacer refactoring, pueden dividirse y ejecutarse en paralelo, lo que reduce drásticamente el tiempo total.
Use subagentes em paralelo para [objetivo]. Divida o trabalho assim: 1. Subagente A: [papel específico] 2. Subagente B: [papel específico] 3. Subagente C: [papel específico] Regras: - Cada subagente trabalha de forma independente - Não edite arquivos ainda, apenas analise e planeje - Espere todos terminarem - Consolide os resultados - Remova duplicações - Priorize por impacto Formato final: 1. Resumo 2. Achados por agente 3. Plano consolidado 4. Riscos 5. Próximas ações
Usa la skill $pr-review-agent con subagentes en paralelo. Crea: - 1 subagente enfocado en seguridad - 1 subagente enfocado en pruebas - 1 subagente enfocado en arquitectura - 1 subagente enfocado en rendimiento Cada uno aplica el proceso de la skill a su enfoque. Después, consolida los resultados sin duplicaciones.
Los worktrees permiten que varios agentes trabajen en paralelo sin mezclar cambios en la misma branch o directorio. OpenAI destaca los worktrees como parte central del flujo multiagente de Codex.
Sin worktrees, dos agentes que editan el mismo archivo crean conflictos. Con worktrees, cada agente trabaja en su propio directorio + branch y luego haces merge.
Agentes en paralelo, sin conflictos, cada uno en su propia branch
Codex crea una rama, hace commit, push y PR con un resumen de los cambios
Codex puede ejecutarse como CI, aplicar parches y publicar revisiones
Codex en la nube permite delegar tareas y recibir PRs a través de la app ChatGPT
Las automatizaciones permiten configurar rutinas que Codex ejecuta con un horario o una frecuencia definidos, sin que tengas que estar presente. Disponible en la pestaña Automatizaciones de Codex App (Windows).
Las automatizaciones convierten a Codex en un miembro del equipo que trabaja mientras duermes: revisa código, ejecuta pruebas, genera informes y crea commits.
Todos los lunes a las 9 h: 1. Actualizar dependencias si es seguro 2. Ejecutar pruebas 3. Ejecutar el build 4. Revisar errores recientes 5. Generar un informe en reports/weekly-review.md 6. Si hay cambios, crear un commit con un mensaje claro Usa un thread nuevo en cada ejecución. Usa razonamiento medio. No hagas deploy sin mi aprobación.
Ejemplo real documentado en la comunidad: construcción de un app de portafolio de acciones completo usando Codex 5.5 — con interfaz, base de datos, datos reales del mercado y material de marketing — sin experiencia previa en programación.
Muestra Codex al límite: multitarea real con 3 agentes simultáneos (desarrollo + video + investigación), generación de imágenes para elegir la interfaz, pruebas automáticas y reverse prompting.
Diseño con generación de imágenes — Codex genera opciones visuales de la interfaz y tú eliges el diseño
Frontend + base de datos — Crea una UI en Next.js y conecta Convex para persistir el portafolio
Datos reales — Agrega gráficos de precios mediante la API gratuita de Alpha Vantage
Multitarea — 3 agentes simultáneos: uno de desarrollo que construye la app, un segundo que crea el video de lanzamiento (Remotion) y un tercero que investiga acciones de IA en el navegador (computer use)
Reverse prompting — Preguntarle a Codex «¿qué crees que debería hacerse después?» para descubrir los próximos pasos