Hoy os hablo de los hooks, pequeños ganchos que permiten ejecutar acciones automáticamente en momentos concretos del trabajo con un agente.
Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores, marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Esta semana estamos con el curso de Devbox con VPS. Esta mañana veremos cómo organizar los archivos locales y remotos, y esta tarde cómo trabajar con Visual Studio Code y previews remotas. ¡A por él!
Ahora sí, vamos al lío. Quienes trabajáis con WordPress seguramente ya conocéis el concepto. Un hook permite enganchar una acción a un evento: cuando ocurra esto, ejecuta automáticamente aquello.
Los agentes también tienen momentos a los que podéis enganchar vuestros propios scripts. Por ejemplo, al empezar una sesión, cuando enviáis una petición, antes o después de utilizar una herramienta, al compactar el contexto, cuando termina una tarea o cuando se detiene un subagente.
Esto permite automatizar pequeñas comprobaciones sin tener que repetirlas en cada conversación. Podéis registrar la actividad, revisar que un mensaje no contenga una clave privada, ejecutar una validación al terminar, actualizar una memoria persistente o mostrar una advertencia cuando vaya a ocurrir una acción delicada.
Uno de los casos que más me interesa es el trabajo con producción. Yo suelo dar bastante autonomía a mis agentes para que no se detengan cada pocos segundos preguntando si pueden leer o modificar un archivo. De lo contrario, les encargas algo, te marchas y al regresar descubres que no han avanzado porque estaban esperando una confirmación desde el primer minuto.
Sin embargo, producción merece un tratamiento distinto. Una consulta inocente puede acabar convirtiéndose en un despliegue si el agente interpreta que esa es la mejor manera de resolverla. Y quizá vosotros solo queríais estudiar el cambio o probarlo primero en local.
Por eso utilizo un hook que detecta las acciones relacionadas con producción e introduce una revisión explícita antes de continuar. Cuando el flujo va a desplegar, modificar archivos remotos o ejecutar una operación sensible, aparece la advertencia correspondiente y el agente debe detenerse a confirmar el siguiente paso.
El hook no sustituye a los permisos, al sandbox ni a las reglas de seguridad. Es una capa adicional para recordar una condición justo en el momento adecuado. Podéis combinarlo con políticas que realmente limiten o bloqueen comandos cuando necesitéis una protección más estricta.
También podéis crear ganchos para observar la compactación. Uno puede ejecutarse antes de resumir el contexto y otro justo después. O podéis aprovechar el final de cada tarea para lanzar las pruebas, comprobar el estado de Git o guardar un registro de lo que se ha hecho.
Los eventos disponibles y su configuración dependen del agente y de la superficie que utilicéis. Mi recomendación es que le preguntéis directamente qué hooks admite vuestro entorno y que empecéis por un caso pequeño y fácil de verificar.
Si trabajáis con acceso amplio, yo empezaría por producción. Pedidle que os ayude a preparar un hook que detecte esas operaciones y fuerce una revisión antes de seguir. Puede ahorraros algún que otro disgusto cuando el agente se emocione más de la cuenta. :)
Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts y Spotify, suscribiros a los cursos para emprendedores y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería.
Nos escuchamos mañana viernes con una nueva skill para ahorrar tokens. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!