Codex Automations: cómo programar tareas y workflows recurrentes
Aprende cómo automatizar tareas con Codex para ejecutar revisiones de código, tests, análisis de repositorios, mantenimiento, reportes y otros workflows de forma recurrente. Veremos tareas programadas, ejecución en proyectos locales, worktrees aislados, Skills, Plugins, programación avanzada con RRULE, resultados en Programadas, permisos, sandbox y ejemplos prácticos para desarrollo y WordPress.
¿Qué son las Automations de Codex?
Las Automations de Codex son tareas programadas que permiten ejecutar workflows de forma recurrente o en un momento determinado. En la aplicación de escritorio, una tarea puede trabajar sobre un proyecto local y ejecutarse directamente en el directorio del proyecto o dentro de un Git worktree aislado. También puede utilizar Skills y Plugins, ejecutar comandos, analizar archivos y mostrar cada resultado en la sección Programadas.
Qué trabajos puedes automatizar
Code review
Revisar periódicamente cambios recientes.
Tests
Detectar suites rotas o regresiones.
Seguridad
Ejecutar revisiones recurrentes focalizadas.
Dependencias
Revisar paquetes y cambios relevantes.
Reportes
Crear resúmenes diarios o semanales.
WordPress
Auditar plugins, errores y compatibilidad.
De una tarea manual a un workflow recurrente
Define
Especifica qué trabajo debe ejecutarse.
Programa
Elige frecuencia, día y hora.
Ejecuta
Codex trabaja en segundo plano.
Revisa
El resultado aparece en Programadas.
Dónde se crean y administran las tareas programadas
| Superficie | Crear / administrar | Proyecto local |
|---|---|---|
| ChatGPT web | Sí | No directamente |
| ChatGPT Desktop | Sí | Sí |
| Codex en Desktop | Sí | Sí |
| Codex CLI | No incluye interfaz de Programadas | Puede preparar y probar workflows |
| Extensión IDE | No incluye interfaz de Programadas | Puede preparar el cambio o prompt |
Aunque no administran Programadas, puedes utilizarlos para probar el prompt, Skill, script o workflow antes de convertirlo en Automation.
No todas las Automations tienen acceso al mismo entorno
Contexto conectado
Puede utilizar archivos cargados, herramientas conectadas, Skills y Plugins disponibles en el chat.
No mantiene acceso directo a una carpeta local de tu computador.
Proyecto local
Puede ejecutar tareas directamente sobre un proyecto local o un worktree.
El computador debe permanecer encendido y la aplicación en ejecución.
Tarea independiente vs Automation dentro de un chat
| Independiente | Dentro de un chat |
|---|---|
| Nueva ejecución independiente | Vuelve al mismo chat |
| Empieza desde el prompt guardado | Conserva contexto del chat |
| Ideal para reportes periódicos | Ideal para seguimiento continuo |
| Puede ejecutarse en varios proyectos | Más orientada a continuidad contextual |
| Resultados separados en Programadas | Continúa la conversación existente |
Qué tipo de tarea programada elegir
Cómo crear una Automation con Codex
Prueba el workflow manualmente
Ejecuta primero el prompt como una tarea normal.
Define el resultado
Especifica exactamente qué debe entregar cada ejecución.
Define frecuencia
Diaria, semanal o personalizada.
Selecciona proyecto
Cuando el workflow necesita código local.
Elige Local o Worktree
Decide si los cambios deben quedar aislados.
Revisa primeras ejecuciones
Ajusta prompt, frecuencia y permisos.
Puedes pedir a Codex que programe la tarea
Crea una tarea programada
para este repositorio.
Todos los lunes por la mañana:
1. revisa los commits de la última semana
2. busca regresiones
3. identifica tests faltantes
4. detecta cambios de seguridad relevantes
5. no modifiques archivos
6. genera un informe Markdown
Quiero cada ejecución
como un resultado independiente.El prompt debe funcionar sin instrucciones adicionales
Review this repository.
Scope:
changes since the previous run.
Check:
- correctness regressions
- security-sensitive changes
- broken tests
- missing tests
- accidental debug code
- dependency changes
Do not modify files.
If there are no actionable findings,
say so explicitly.
Return:
# Summary
# Critical findings
# Other findings
# Tests
# Recommended next actionsUna Automation volverá a ejecutar las mismas instrucciones. Por eso el prompt debería describir una iteración completa del workflow.
Ejecutar una Automation en Local o Worktree
Checkout principal
La Automation trabaja directamente en tu copia local.
- entorno ya preparado
- dependencias existentes
- cambios inmediatamente visibles
- puede interferir con trabajo manual
Checkout aislado
Cada ejecución puede trabajar sin mezclar los cambios con tu checkout.
- mejor aislamiento
- trabajo en segundo plano
- ideal para cambios automáticos
- requiere repositorio Git
Usa Worktree si la tarea puede modificar código
Si una Automation únicamente genera reportes, Local puede ser suficiente. Pero si puede editar archivos, crear tests, actualizar documentación o aplicar correcciones, un worktree reduce el riesgo de interferir con cambios locales que todavía no has terminado.
Qué ocurre si el proyecto no usa control de versiones
Cuando el proyecto no pertenece a un repositorio Git, la tarea programada trabaja directamente sobre el directorio del proyecto.
Para proyectos de desarrollo, resulta conveniente utilizar Git antes de permitir que una Automation realice modificaciones periódicas.
Una misma tarea puede ejecutarse en varios proyectos
Automation:
"Weekly security review"
Projects:
├── project-a
├── project-b
├── project-c
└── project-dEsto resulta útil cuando mantienes varios proyectos con estándares similares.
Convierte el procedimiento en una Skill
Si la Automation necesita un procedimiento complejo, es mejor mantener ese conocimiento dentro de una Skill y dejar en la tarea programada únicamente el objetivo y la frecuencia.
Ejemplo:
$wordpress-security-review
Review changes introduced
since the previous run.
Do not modify code.
Return only
new actionable findings.Por qué una Skill mejora una Automation
El prompt programado queda más breve.
El procedimiento puede versionarse.
La Skill puede probarse manualmente.
Varios proyectos pueden reutilizarla.
Puedes actualizar el workflow sin recrear toda la tarea.
Las tareas programadas también pueden utilizar Plugins
Esto permite crear workflows que combinen ejecución periódica con herramientas externas.
Automation
│
├── Skill
│ └── workflow
│
├── Plugin
│ └── capabilities
│
└── Connected tools
└── external dataAlgunas tareas también pueden activarse por eventos
En planes y entornos compatibles, una tarea puede activarse cuando ocurre determinada actividad en un Pull Request de GitHub, por ejemplo nuevos comentarios, revisiones, commits o merges.
Una tarea activada por eventos no combina simultáneamente esos triggers con una programación temporal.
Programaciones diarias, semanales y personalizadas
Cada mañana
Resumen de cambios recientes.
Cada lunes
Auditoría del repositorio.
Primer día
Revisión técnica más amplia.
RRULE
Recurrencias avanzadas.
Usar RRULE para frecuencias personalizadas
Las programaciones avanzadas pueden representarse mediante reglas de recurrencia compatibles con RFC 5545.
RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0Este ejemplo representa una ejecución mensual el día 1 a las 09:00.
Los resultados funcionan como una bandeja de entrada
La sección Programadas permite revisar:
Tareas activas.
Tareas pausadas.
Ejecuciones completadas.
Resultados todavía no leídos.
En vez de revisar manualmente cada proyecto, puedes utilizar Programadas como bandeja centralizada de hallazgos.
Las Automations trabajan sin supervisión
Una tarea programada puede ejecutarse cuando no estás frente al computador. Por eso conviene utilizar el nivel de acceso más limitado que permita completar el workflow.
Read-only para análisis e informes.
Workspace-write cuando debe editar el proyecto.
Red solo cuando realmente sea necesaria.
Evita full access para tareas recurrentes salvo necesidad real.
Primero diseña una tarea que funcione con los privilegios mínimos posibles.
Una ejecución programada no puede esperar indefinidamente tu aprobación
Cuando la configuración de la organización lo permite, las tareas programadas utilizan una política compatible con ejecución desatendida.
Si una acción necesita aprobación manual cada vez, probablemente no sea una buena candidata para ejecutarse como Automation completamente autónoma.
Puedes mantener el modelo predeterminado o elegir uno
Menos mantenimiento
Permite que Codex utilice la configuración predeterminada disponible.
Más control
Fija modelo y razonamiento cuando el workflow lo requiere.
Los modelos disponibles evolucionan. Si no necesitas un modelo específico, mantener el valor predeterminado reduce mantenimiento futuro.
El computador debe estar disponible para tareas locales
Cuando una Automation necesita archivos almacenados localmente, el computador debe permanecer encendido y ChatGPT Desktop debe estar en ejecución cuando llegue la hora programada.
Además, el proyecto seleccionado debe seguir disponible en disco.
Automations frecuentes pueden generar muchos worktrees
Si utilizas un worktree nuevo para ejecuciones recurrentes, con el tiempo puedes acumular muchos entornos.
Evita fijar ejecuciones antiguas salvo que realmente quieras conservar sus worktrees asociados.
Automations útiles para desarrolladores
Project Briefing
Resume los commits recientes.
Security Review
Busca cambios de riesgo.
Broken Tests
Ejecuta y clasifica tests fallidos.
Dependency Review
Revisa cambios en dependencias.
TODO Review
Localiza deuda técnica nueva.
Plugin Audit
Revisa seguridad y compatibilidad.
Resumen diario del proyecto
Review the latest
24 hours of commits
on origin/main.
Group changes by workstream.
For each workstream report:
- what changed
- important files
- likely user impact
- risk
- owner if identifiable
- unfinished work
Do not modify files.
Finish with:
# What needs attention todayDetectar tests rotos automáticamente
Run the relevant test suite.
If everything passes:
report only that
the suite is healthy.
If tests fail:
1. list failing tests
2. group related failures
3. identify likely root cause
4. distinguish code failure
from flaky infrastructure
5. do not modify files
6. recommend the next actionCorregir automáticamente una regresión en Worktree
Run the test suite
inside the scheduled-task worktree.
If tests pass:
do not modify anything.
If tests fail:
1. reproduce the failure
2. identify the root cause
3. create a regression test
4. implement the smallest safe fix
5. rerun relevant tests
6. review the final diff
Do not push,
merge
or publish.
Return:
- root cause
- changed files
- verification
- remaining risksLa tarea puede producir cambios sin alterar directamente tu checkout principal.
Auditoría semanal de seguridad
Review security-sensitive
changes made during
the previous week.
Focus on:
- authentication
- authorization
- secrets
- SQL
- file operations
- input validation
- dependency changes
- external requests
Ignore style-only issues.
Do not modify code.
Only report findings
with a plausible impact.
For every finding include:
- severity
- file
- line
- impact
- recommended fixRevisión periódica de dependencias
Inspect project dependencies.
Report only meaningful items:
- security advisories
- deprecated packages
- major version changes
- abandoned libraries
- compatibility risks
Do not update packages automatically.
For each recommendation explain:
- current dependency
- issue
- recommended version or action
- migration riskAutomation para un plugin WordPress
$wordpress-security-review
Review changes
since the previous run.
Also check:
- PHP syntax
- deprecated WordPress APIs
- nonce verification
- capabilities
- AJAX handlers
- REST permission callbacks
- sanitization
- escaping
- prepared SQL
- WooCommerce compatibility
Do not modify files.
Return only
new actionable findings.Skill para definir el procedimiento + Automation para decidir cuándo ejecutarlo.
Automation que propone correcciones sin tocar producción
Run this task
inside an isolated worktree.
Inspect the plugin
for PHP compatibility problems.
If you find
a clear compatibility bug:
1. reproduce it
2. implement the minimum fix
3. run PHP syntax checks
4. run relevant tests
5. review the diff
Do not:
- deploy
- upload
- push
- modify production
- change unrelated code
Return the worktree result
for manual review.No programes una tarea demasiado abierta
Mejora mi proyecto
Alcance indeterminado, resultados impredecibles y posibilidad de cambios innecesarios.
Revisa regresiones
Alcance, criterios y formato de salida explícitos.
Separa automatización de análisis y despliegue
Una arquitectura más segura es permitir que Codex:
Detecte
Encuentra el problema.
Corrija
Solo en entorno aislado.
Verifique
Ejecuta pruebas.
Entregue
Deja el resultado para revisión humana.
Cómo diseñar Automations confiables
Prueba manualmente antes de programar.
Define una sola responsabilidad principal.
Especifica qué hacer cuando no hay hallazgos.
Usa Skills para workflows complejos.
Prefiere worktrees para tareas que escriben código.
Usa permisos mínimos.
Revisa las primeras ejecuciones.
Ajusta la frecuencia según el valor real de los resultados.
Por qué puede fallar una Automation
| Problema | Qué revisar |
|---|---|
| Proyecto no disponible | Ruta local y aplicación Desktop abierta |
| No puede modificar archivos | Sandbox en read-only |
| No puede acceder a Internet | Permisos de red |
| Resultados demasiado generales | Prompt y alcance |
| Se acumulan worktrees | Archivar ejecuciones antiguas |
| Skill no utilizada | Invocarla explícitamente con $skill-name |
| Plugin no disponible | Instalación, sesión y autenticación |
| Acción necesita aprobación | Rediseñar permisos para ejecución desatendida |
Cómo combinar todas las capacidades de Codex
AUTOMATION
│
├── Schedule
│
├── Project
│ └── Worktree
│
├── AGENTS.md
│ └── repository rules
│
├── Skill
│ └── reusable workflow
│
├── Plugin
│ └── packaged capabilities
│
├── MCP
│ └── external tools
│
└── Scheduled result
└── Programadas / InboxQué herramienta necesitas
Guías relacionadas
Documentación sobre Scheduled Tasks
Scheduled Tasks
Programación, proyectos, worktrees, Skills, Plugins y seguridad.
Ver documentación →Codex Worktrees
Aislamiento para tareas que modifican código.
Ver guía →Codex Skills
Define workflows reutilizables para Automations.
Ver guía →FAQ sobre Codex Automations
Es una tarea programada que permite ejecutar un workflow de ChatGPT o Codex en un momento o frecuencia determinada, incluso en segundo plano.
Sí. En la aplicación de escritorio, las tareas programadas pueden trabajar sobre proyectos locales y ejecutarse directamente en el directorio del proyecto o en un worktree aislado.
Sí. Cuando una tarea necesita archivos locales, el computador debe permanecer encendido, la aplicación de escritorio debe estar en ejecución y el proyecto debe seguir disponible en disco.
Codex CLI no incluye actualmente la interfaz de administración de Programadas. Puedes utilizar la CLI para preparar y probar el prompt, Skill o script antes de programarlo.
No. La extensión para IDE puede ayudar a preparar y probar prompts o cambios del workspace, pero la administración de tareas programadas se realiza desde ChatGPT web o la aplicación de escritorio.
En modo Local, la tarea trabaja directamente en tu checkout principal. En modo Worktree, utiliza un checkout Git independiente, manteniendo sus cambios separados del trabajo local.
Sí. Las tareas programadas pueden utilizar Skills. Puedes incluso invocar una Skill explícitamente mediante $nombre-skill para que el workflow no dependa de selección automática.
Sí. Las tareas programadas creadas en superficies compatibles pueden utilizar Plugins disponibles para el chat o workflow.
Sí. Una tarea programada independiente puede configurarse para trabajar sobre más de un proyecto cuando el mismo workflow debe aplicarse en distintos repositorios.
Una tarea independiente inicia una ejecución nueva desde su prompt guardado. Una tarea programada dentro de un chat vuelve a la conversación existente y puede aprovechar su contexto.
Sí. Las programaciones personalizadas pueden utilizar reglas de recurrencia compatibles con RFC 5545, incluyendo expresiones RRULE para frecuencias más específicas.
Las ejecuciones aparecen en Programadas, donde puedes revisar tareas activas, pausadas, completadas y resultados recientes. La vista funciona como una bandeja de entrada para hallazgos programados.
Puede hacerse, pero conviene utilizar permisos mínimos, un worktree aislado, verificaciones automáticas y revisión humana antes de integrar o desplegar los cambios.
Codex para WordPress: desarrollo, debugging y seguridad con IA
Ya conocemos las principales capacidades avanzadas de Codex. Ahora vamos a aplicarlas a un workflow real: desarrollo de plugins y themes, PHP, MySQL, AJAX, REST API, WooCommerce, debugging, seguridad, Skills, Worktrees y automatizaciones para WordPress.
Usar Codex con WordPress →