6

Nivel 6 de 7 · Headless y pipeline · 1:40:09 en el video

Automatizar

En el video · capítulos de esta sección

Objetivo: que el agente trabaje cuando tú no estás mirando, con un clasificador que decide qué entra al camino automático y un humano en el merge.

Dolor: el agente es un empleado brillante que solo trabaja cuando el jefe está mirando. Los issues chicos se acumulan igual, porque abrirle una sesión para cada uno cuesta más que hacerlos.

Paso a paso

  1. La bandera. En una terminal sin sesión abierta, parado en el clon:
Terminal
claude -p "corre la suite de tests y dame el resultado" --output-format json

Resultado esperado: JSON estructurado, parseable por el siguiente paso de un script, con el campo de costo (total_cost_usd, estimación del cliente). Eso convierte a Claude Code en un componente, y un componente se mete donde viven los componentes: en el pipeline.

  1. El camino automático de este repo, en .github/workflows/:
Diagrama
issue etiquetado `agente`
→ clasificador de elegibilidad (¿puede entrar al camino automático?)
→ agente implementa en un runner aislado (credenciales mínimas + presupuesto)
→ verificación independiente: lint + tests, en un paso que el agente no controla
→ PR draft
→ HUMANO revisa y decide

Fíjate en el nombre del paso de verificación cuando corra: “el harness no confía, comprueba”. Separación de roles: el agente implementa, una verificación aparte comprueba, tú aceptas. El PR queda en borrador. Nadie fusiona solo.

  1. El clasificador de elegibilidad. No todo issue debe entrar al camino automático, y las reglas salieron del propio curso:
ElegibleNo elegible
Cambio en un módulo, tests existentes, sin tocar IAM, sin red nueva, sin migración destructiva, infra sin cambios o de bajo riesgo, rollback conocido, diff acotadoIAM, secretos, firewall o red, base de datos destructiva, producción mutable, cambio de runtime, decisión arquitectónica, sin criterios de aceptación

El #12 habría sido elegible. El #15 jamás: necesitó plan humano.

  1. Verlo correr. En tu fork, con los secretos configurados según runbooks/deploy.md: abre el issue #17, ponle el label agente, y mira Actions. Resultado esperado (datos reales del laboratorio): el clasificador comenta ELEGIBLE con sus razones y su costo ($0.08); el agente implementa (filtro por status más test, compatible hacia atrás); lint y 7 tests en el runner; PR draft creado por github-actions ($0.22). Camino completo, unos $0.30 por issue. No etiquetes el #27 (es del Capstone) ni el #29 (es el fixture del Nivel 7).

  2. Revisión que escala. /code-review revisa el cambio en local; /code-review ultra lanza una flota de revisores en la nube: agentes distintos exploran el cambio por caminos distintos y cada hallazgo se verifica de forma independiente antes de reportarse. Mismo patrón del workflow del Nivel 5: paralelizar, verificar, agregar. Pruébalo parado en main con los commits de los dos frentes, o contra un PR: /code-review ultra <número>.

Menciones para tu mapa: /security-review (misma mecánica, enfocada en vulnerabilidades) · plugins oficiales de seguridad (uno revisa mientras Claude escribe, otro escanea el codebase) · /autofix-pr (una sesión en la nube que vigila tu PR y empuja correcciones cuando el CI falla o un reviewer comenta) · Agent SDK (Claude Code como librería, para construir tus propios agentes).

  1. Los tres disparadores. Por evento ya lo viste (el label). Por tiempo:
Prompt · pégalo en Claude Code
/loop 15m revisa si el pipeline sigue verde

(repite un prompt dentro de tu sesión abierta; cancélalo con Esc). Y el sabor cloud, routines: ejecuciones nuevas en la nube, por horario, sin tu máquina prendida:

Prompt · pégalo en Claude Code
/schedule 0 7 * * * revisa los issues nuevos y clasifícalos

Por señal entrante, channels: el exterior le habla a una sesión que ya está corriendo (una alerta, un webhook, tu monitoreo). Está en research preview. Cargan al iniciar la sesión, igual que los MCP, así que la secuencia es: salir de la sesión, instalar, reabrir con el canal puesto:

Terminal
claude plugin install telegram@claude-plugins-official
claude --channels plugin:telegram@claude-plugins-official

Resultado esperado: un mensaje desde tu teléfono entra a la sesión viva y el agente reacciona. Por ese mismo canal tu monitoreo puede empujar la alerta directo al agente, que diagnostica con la skill del Nivel 4. El canal custom de la guardia (webhook de la API a una sesión) queda como ejercicio del laboratorio.

Diagrama
/loop ....... "cada cierto tiempo" (en tu sesión)
/goal ....... "hasta que esto sea verdad" (con un evaluador aparte confirmando)
channel ..... "cuando llegue esta señal"
routine ..... "una ejecución nueva, en la nube, por horario"
  1. Supervisar sin la silla. /remote-control muestra una URL y un QR: la misma sesión, viva, en tu teléfono o en cualquier navegador, y los permisos se aprueban desde ahí. Lanzas la tarea larga, te vas, apruebas el plan desde la fila del café. Claude Code también existe en la web, con sesiones en la nube que mueves entre navegador y terminal. Y tu equipo entero puede hablarle desde Slack (Claude Tag).

Comandos desbloqueados

Cumples el nivel cuando

0/5

Backlog: ítem 5 tachado. Marcador: autonomía sube fuerte (trabaja sin ti) · control sube (clasificador y humano en el merge).

Comunidad

Los retos, las plantillas y el plugin están en Agentic Engineers

Los retos de cada nivel guiados, las plantillas de CLAUDE.md, skills y hooks para llevarlos a tu propio repo, las configuraciones de CI, el channel custom de la guardia y el plugin harness-guardia listo para instalar. La opción gratis alcanza para seguir el curso entero.

Únete a Agentic Engineers →

Canal YouTube

@NicolasNeiraGarcia

Claude Code · Agentes · Automatización · Infraestructura

Suscribirse ›