🕹️ Human-in-the-loop × AFK

Cuando usas un agente de IA para programar, la forma más común —y la que todo principiante usa primero— es el human-in-the-loop (humano en el loop). Te quedas junto del agente: propone un cambio, lo lees y lo apruebas o corriges; ejecuta un comando y lo confirmas; edita un archivo y lo revisas. Estás dentro del bucle de ejecución, con el control todo el tiempo.

Este modo es correcto en muchos momentos — no está «mal», es una de las dos marchas. Pocock es claro sobre cuándo tiene sentido: planificar, implementaciones complejas y trabajo sin definir el alcance (es decir, cuando todavía no está definido qué hay que hacer exactamente). En esos momentos quieres estar presente, dando dirección, porque el agente todavía no tiene lo que necesita para acertar por sí solo. El porqué es simple: mientras la tarea sea ambigua, tu presencia en el loop es lo que evita que el agente se ponga a construir algo equivocado con mucha confianza. El error común es lo opuesto: quedarse en el loop para todo, incluso tareas ya bien definidas y repetitivas; entonces tú te conviertes en el cuello de botella de tu propio trabajo.

AFK quiere decir Away From Keyboard — «lejos del teclado». Es lo opuesto al human-in-the-loop: en vez de aprobar paso a paso, tú lanza al agente con una tarea específica y se va. Como describe Pocock, el AFK "sácate de la ecuación": el agente toma la tarea y simplemente la realiza de principio a fin, sin interrumpirte.

La condición para que esto funcione es que la tarea esté bien delimitada — definida lo suficiente como para que no te necesite en medio del proceso. Por eso dice que no hay que pensar tanto en «ejecutar como un bucle infinito», sino en "solo necesito que el agente AFK tome una tarea específica y la haga". O porqué de que AFK sea tan poderoso: mientras el agente trabaja sin ti, tienes tiempo libre para planear lo siguiente, revisar otra cosa o iniciar otro agente. El error común es poner una tarea vaga en modo AFK ("mejora la app"): sin alcance, el agente se pierde y descubres el desastre cuando vuelves. AFK no es magia: Pocock advierte que "requiere algo de trabajo configurarlo, pero después rinde mucho".

Esta es la frase central del módulo, directamente de Pocock: "el momento en que descubrí AFK fue cuando realmente empecé a programar con IA." Fíjate en la fuerza de esto: no dice "cuando cambié de modelo" ni "cuando aprendí a hacer prompts". El desbloqueo no vino del motor (el modelo); vino de un cambio en el harness y en la forma de trabajar: quitarte del camino.

¿Por qué esto lo desbloquea tanto? Porque mientras estás human-in-the-loop, eres el límite de velocidad. Cada aprobación tuya es un peaje. Por rápido que sea el agente, avanza a la velocidad de tus clics. En cuanto el agente empieza a encargarse de tareas acotadas por su cuenta, ese peaje desaparece y, lo que es más importante, te libera para activar otro agente. Aquí es donde nace el «dos, tres, cuatro de ti» (tema 6). El error común es confundir el desbloqueo con «comprar un modelo mejor»: la mejora de Pocock no fue de inteligencia bruta, sino de posicionamiento — dejó de ser el cuello de botella. Recuerda la Trilha 1: el salto está en el chasis, no en el motor.

AFK no es «dejarle todo a la IA para siempre». Es una marcha que activas en el momento justo — y human-in-the-loop es la otra. La regla de Pocock es directa. Tú te quedas en el loop cuando el trabajo es: planificación (decidir qué y por qué), implementaciones complejas (donde una decisión temprana equivocada contamina todo) y trabajo sin alcance definido (aún mal definido, donde tu dirección es lo que le da forma). Tú mandas AFK cuando la tarea ya está clara, delimitada y puedes verificar el resultado.

O porqué de esta división sigue la misma lógica de delegar a un júnior (Trilha 2): tú dibujas las partes difíciles y la interfaz, y delegas la ejecución con un alcance definido. El movimiento estratégico —que vas a retomar en "Checkpoints & review fluido" (4.6)— es "acercar cada vez más los puntos de control con participación humana al resultado final": en lugar de aprobar cada pasito, solo apruebas al final, cuando realmente importa. El error común aquí es ser demasiado binario: gente que se queda pegada al ciclo para todo o deja tareas AFK que todavía no tienen el alcance definido. La habilidad está en encontrar el equilibrio.

Para que un agente trabaje AFK, no puede detenerse a cada paso para pedir autorización. Cada pausa de esas es fricción, y la fricción te mantiene frente al teclado: lo opuesto a AFK. La solución es dar permisos más amplias, para que actúe solo. Pero ahí reside un peligro real.

Pocock es explícito sobre el riesgo: un agente suelto, sin un entorno aislado, puede "borrar tu directorio home o exfiltrar tus variables de entorno" (filtrar tus contraseñas y claves). Por eso, los permisos amplios avanzan de la mano con el sandbox (lo verás en el módulo 4.2): le das permiso al agente dentro de un entorno aislado (Docker/Podman o sandboxes en la nube), donde, aunque algo salga mal, el daño queda contenido. El porqué: AFK exige menos fricción (más permisos), y menos fricción solo es seguro con más aislamiento. O error común, y peligroso es hacer solo la mitad: darle permiso total al agente en tu máquina real, sin sandbox. Así cambiaste la fricción por el riesgo de una catástrofe.

Antes de dar mais PERMISSAO e soltar o agente AFK, cheque:
[ ] ESCOPO    -- a tarefa esta clara o bastante pra rodar sem mim?
[ ] SANDBOX   -- o agente esta num ambiente isolado (Docker/Podman/nuvem)?
[ ] SEGREDOS  -- minhas chaves e .env estao fora do alcance dele?
[ ] VERIFICACAO -- existe teste/check que diz se ele acertou?
[ ] SAIDA     -- o resultado sai como PR/branch (nao direto no main)?
Se algum [ ] esta vazio, NAO solte na maquina real. Sandbox primeiro.

Aquí es donde AFK muestra su mayor efecto. Cuando no necesitas seguir el proceso de cada agente, puedes ejecutar varios al mismo tiempo — es lo que Pocock llama tener "dos, tres, cuatro, cinco de mí". Cada agente AFK toma una tarea acotada y la ejecuta en en paralelo; dejas de ser una persona que hace una cosa y te conviertes en una persona orquestando varias. Es exactamente por eso que desbloquear el tema 3 importa tanto: salir del cuello de botella es lo que permite la multiplicación. Como resume Pocock, el AFK "es simplemente increíble: cuesta un poco configurarlo, pero después llega lejos". La parte de "configurar" es el sandbox y la fila de tareas: exactamente lo que desglosan los próximos módulos de este recorrido (4.2 sandboxes, 4.3 GitHub Actions, 4.4 filas). No te conviertes en el cuello de botella de tus agentes; te conviertes en su director de orquesta.