AFK (away from keyboard, «lejos del teclado») es el patrón opuesto al humano en el bucle (human in the loop): lanzar un agente de IA y dejar que trabaje solo, sin que apruebes cada paso. Es la promesa más golosa de los agentes —te vas y vuelves con el trabajo hecho— y también la más peligrosa, porque un modelo que miente sin nadie mirando puede romper cosas a velocidad de máquina. Web Reactiva no lo trata como un interruptor de «confía y reza», sino como algo que te ganas montando barreras deterministas alrededor del agente: comprobaciones automáticas (tests, linters, un Gherkin que documente lo que ejecutó), permisos acotados y un sandbox que limite el radio de daño. Solo cuando esos raíles están puestos tiene sentido soltar el volante; sin ellos, dejar a la IA a su aire es delegar a ciegas.
Quiero dejar a un agente trabajar en AFK sobre <tarea>. Antes de soltarlo, dame los raíles mínimos: qué tests/linters deben pasar, qué permisos acotar, qué aislar en un sandbox y qué señal me dice si debo abortar. Nada de «confía y reza».
Fuentes en Web Reactiva
- Cómo construir agentes de IA: arquitectura, capas y orquestaciónPremium2026-03-17
- Automatización para developers con n8n y agentes de IAPremium2025-11-25
- La IA miente: cómo revisar y verificar lo que programan los agentes de IAPremium2026-05-04
- Errores comunes al construir un agente de IA (y cómo evitarlos)post2026-05-31
Momentos
pedirle al agente que, al probar una funcionalidad, vaya escribiendo un Gherkin con lo que ha ejecutado: una comprobación automática que deja rastro y hace posible confiarle trabajo sin mirarlo en directo · topics: formato Gherkin, pruebas end-to-end, generar casos de uso
descomponer un flujo desatendido en subflujos con entradas y salidas bien definidas para que cada parte del proceso corra sola sin liarse con la siguiente · topics: subflujos n8n, workflow inputs, output parser
Artículo creado por Daniel Primo con ayuda de la IA en base a lo compartido en el podcast, vídeos y textos de Web Reactiva.