«Los agentes de IA son muy útiles, pero sigo teniendo que abrir el portátil y darles instrucciones cada vez». El siguiente paso es que el agente se ejecute automáticamente, activado por el reloj o por eventos.
En este artículo explicamos la base para lograrlo: GitHub Actions, en lenguaje para no ingenieros. Cubrimos los fundamentos de CI/CD, cómo se escriben los workflows, la gestión segura de claves API con Secrets, la ejecución programada y cómo integrar herramientas CLI de IA en los workflows. El contenido se basa en el módulo de GitHub Actions de nuestra formación corporativa y curso online.
Qué aprenderás en este artículo
- La diferencia entre Git y GitHub, y qué es GitHub Actions
- Fundamentos de CI/CD (integración y entrega continuas)
- Estructura del YAML de un workflow: triggers, jobs y steps
- Secrets: cómo manejar claves API con seguridad
- Recetas de automatización programada y dirigida por eventos
- Ejecutar herramientas CLI de IA (Claude Code / Codex) dentro de Actions
- El plan gratuito y advertencias prácticas
Primero, lo básico: Git frente a GitHub
GitHub Actions se ejecuta «sobre GitHub», así que conviene aclarar los términos.
- Git (herramienta local): una herramienta de control de versiones que corre en tu ordenador. Registra cambios (commits) y ramifica el historial (branches). Funciona sin conexión a internet
- GitHub (servicio en la nube): guarda en internet el código gestionado con Git y añade compartición, revisión (pull requests) y gestión de issues
GitHub Actions es un mecanismo que, al subir código a GitHub, ejecuta automáticamente pruebas, builds, despliegues y otras tareas. Basta con colocar un archivo de configuración (YAML) en el repositorio, y los workflows se disparan con eventos como push, pull requests o un horario.
Esto habilita comprobaciones automáticas de calidad de código, recolección periódica de datos, ejecución programada de agentes de IA y despliegue automático de sitios web. La mayor razón para aprender GitHub Actions es que convierte «lo que hacía a mano cada vez» en automatización activada por cambios de código o por el reloj: la base para que tu agente trabaje 24 horas al día.
CI/CD en una tabla
| Término | Significado | Qué hace por ti |
|---|---|---|
| CI (integración continua) | Probar y verificar automáticamente los cambios de código | Ejecuta build y tests en cada push |
| CD (entrega continua) | Desplegar automáticamente el código probado | Publica código verificado sin pasos manuales |
CI/CD reduce errores manuales y acelera muchísimo el ciclo de desarrollo. Pero el foco de este artículo está en lo que viene después: reutilizar la misma maquinaria para ejecutar agentes de IA de forma programada y automática.
Estructura de un workflow: triggers, jobs, steps
Los workflows viven como archivos YAML en la carpeta .github/workflows/. Hay tres bloques que entender.
- Triggers (on): cuándo ejecutar — push, pull_request, schedule (periódico), workflow_dispatch (manual), etc.
- Jobs: las unidades de trabajo; se pueden encadenar varios jobs
- Steps: las acciones individuales dentro de un job; aquí también se usan variables de entorno

Un workflow de CI típico es «en cada push, ejecutar lint → tests → build en orden». Pídeselo a un agente de IA y generará el YAML por ti, incluyendo la configuración de Node.js, la caché y la notificación en caso de fallo. Esa es también la forma más rápida de aprender: no memorices YAML; deja que la IA lo genere y aprende a leer la estructura (triggers, jobs, steps).
Tres consejos prácticos del curso:
- Empieza con un workflow simple y añade complejidad poco a poco
- Añade el trigger workflow_dispatch para poder probar manualmente
- Si el workflow usa código del repositorio, coloca actions/checkout@v4 como primer step
Secrets: claves API seguras
Ejecutar agentes de IA en Actions requiere claves API de IA y tokens de servicios externos. Nunca los escribas directamente en el YAML ni en el código. Regístralos en la función Secrets de GitHub y refiérelos desde el workflow como secrets.NOMBRE_CLAVE.
Pasos de configuración:
- Abre la página principal del repositorio
- Abre la pestaña «Settings»
- En la barra lateral izquierda, elige «Secrets and variables» → «Actions»
- En «Repository secrets», pulsa «New repository secret» y registra Name y Secret


Tres comportamientos que conviene conocer:
- Los valores de Secrets se enmascaran automáticamente para que no aparezcan en los logs
- Los repositorios bifurcados (fork) no pueden acceder a tus Secrets
- Además de los Repository Secrets, los Environment Secrets permiten separar valores por entorno (producción/staging)
Recetas de automatización: de cron a pipelines de agentes
Configuraciones representativas del curso, por orden de dificultad:
| Receta | Trigger | Qué se automatiza |
|---|---|---|
| Recolección periódica de datos | schedule (cron) | Obtener datos cada mañana a las 9 → commit al repo → aviso en Slack |
| Distribución de noticias | schedule | Leer feeds RSS → enviar por correo y webhook de Slack |
| Agente dirigido por issues | Creación de issue | Analizar el issue → clasificar la tarea → ejecutar el agente de IA → publicar el resultado como comentario |
| Sincronización de base de conocimiento | schedule + manual | Sincronizar datos de Slack y Google en paralelo y reflejarlos en el repo |
La clave es usar triggers de tiempo (cron) y de evento (issues, push) para trabajos distintos: los informes periódicos y la recolección de datos encajan con el tiempo; el procesamiento bajo demanda, con los issues.
Los diseños multijob, como la sincronización de la base de conocimiento, aportan ventajas operativas. El ejemplo del curso combina tres jobs —sincronización de Slack, sincronización de Google y actualización del repositorio padre— en un único workflow, guarda las credenciales en Secrets y admite ejecución programada y manual (workflow_dispatch). Todo se opera desde un solo lugar y el historial de commits muestra cuándo se incorporaron los datos. Para qué hacer con los datos de Slack, consulta Slack + IA: búsqueda semántica y extracción de tareas.
Ejecutar herramientas CLI de IA dentro de GitHub Actions
Integra herramientas CLI de IA (Claude Code CLI o Codex CLI) en esta maquinaria y podrás ejecutar el propio agente de IA dentro del workflow.
- Disparar revisiones de código con IA automáticamente en cada pull request
- Hacer que las ejecuciones programadas generen PRs automáticamente (propuestas de cambios)
- Guardar las claves API en Secrets y referenciarlas desde el workflow
La esencia de esta combinación: pasar de «una IA que trabaja solo cuando hay un humano delante del teclado» a «una IA que trabaja sin supervisión, activada por cambios del repositorio o por el reloj».
Como remate, amplía hacia el despliegue automático de artefactos a GitHub Pages o Vercel, la conservación de artifacts y la generación automática de notas de versión al hacer push de un tag: toda la cadena «construir → verificar → publicar» queda automatizada.
Plan gratuito y advertencias
- El plan gratuito incluye 2.000 minutos de ejecución de Actions al mes: de sobra para la automatización personal
- Las ejecuciones programadas pueden retrasarse en horas de congestión: no sirven para tareas con precisión de minutos
- Los Secrets se enmascaran en los logs, pero impón también la regla de no imprimirlos nunca por tu cuenta
Preguntas frecuentes
Q. ¿Puedo usar GitHub Actions sin experiencia en programación? A. Sí. Los workflows son archivos de configuración YAML, y un agente de IA puede generarlos a partir de una petición como «crea un workflow que obtenga datos cada mañana a las 9, haga commit y avise en Slack». Lo que necesitas no es escribir YAML, sino saber leer la estructura trigger–job–step y confirmar que coincide con tu intención.
Q. ¿GitHub Actions es gratuito? A. El plan gratuito incluye 2.000 minutos de ejecución al mes, que cubren con holgura la automatización individual o de equipos pequeños, como unos minutos diarios de ejecución programada de un agente de IA. Considera planes de pago si superas la cuota o trabajas a escala organizacional.
Q. ¿Dónde pongo mis claves API? A. Regístralas en Settings → Secrets and variables → Actions como Repository Secrets y refiérelas en el workflow como secrets.NOMBRE_CLAVE. Nunca las escribas en el código ni en el YAML. Los Secrets se enmascaran automáticamente en los logs y los forks no pueden acceder a ellos.
Q. Mi workflow programado no arranca exactamente a la hora. ¿Por qué? A. Las ejecuciones programadas (cron) de GitHub Actions pueden retrasarse cuando la plataforma está congestionada; es el comportamiento esperado. Para informes de «alrededor de las 9» no supone problema, pero no sirve para tareas con precisión de minutos. Añadir workflow_dispatch (ejecución manual) junto al schedule facilita relanzar tras retrasos o fallos.
Q. ¿Cuál es la mejor primera tarea programada para un agente de IA? A. Empieza con tareas de solo lectura que puedan repetirse sin riesgo: recopilación matinal de noticias, revisión de mensajes de Slack sin responder o informes de agregación de datos. Cuando funcionen de forma estable, amplía gradualmente hacia procesos con escritura, como la gestión de tareas dirigida por issues o la automatización de despliegues.
Artículos relacionados
- Slack + IA: búsqueda semántica, extracción de tareas y pendientes
- Automatización del marketing con IA: redes, SEO y email
- ¿Qué es la IA generativa? Guía para empresas
- Crear landing pages con IA: del mensaje al despliegue en Vercel
- Formación corporativa en agentes de IA (práctica)
¿Listo para poner a trabajar los agentes de IA?
Convierte lo que acabas de leer en flujos de trabajo reales. AI Agent Camp ayuda a profesionales no técnicos a pasar de usar a construir.
Última revisión: 2026-06-10