Programar dirigiendo agentes

Tres niveles

Trabajo con una estructura que se repite en cada proyecto.

1. Yo diseño el trabajo. Defino el objetivo, las reglas y qué significa «hecho», y lo dejo escrito en el disco, no solo en el chat.
2. Cursor supervisa. Con Claude, revisa lo que hacen los agentes, detecta bucles, propone planes y redacta las instrucciones exactas. Cuando un agente local no puede, lo hace él.
3. Los agentes ejecutan. Hermes orquesta con modelos locales y delega el código a OpenCode o a Pi, que trabajan con su propio bucle.

La clave es que cada nivel sabe qué no debe hacer. El orquestador no pica código, el obrero no decide la arquitectura y el supervisor no se pone a programar cuando su trabajo es vigilar.

La flota: nueve perfiles

Perfil	Qué hace
default	Opera el rack: modelos, gateway, GPUs y diagnósticos
omitsis	Temas y bloques Gutenberg de WordPress con la metodología de una agencia de Barcelona
wp-qa	Revisión visual de WordPress por secciones, con un PR por corrección
web360	Diseño web de ciclo completo, desde el concepto hasta el SEO
visual	Imagen y vídeo locales en ComfyUI
3d	Diseño en Blender e impresión 3D
informes	Informe diario de noticias de IA local a las 07:00
1x2	Análisis de La Quiniela con optimización de la apuesta
salud	Asistente de salud privado, solo en local y sin mensajería

Además mantengo instancias aisladas para la finca familiar, para mis hermanas, para el equipo de Nuzic (que prepara el fine-tuning de su LoRA educativo) y para mi hijo, que tiene un tutor de FP en Discord. Todo corre en mi laboratorio de Barcelona.

Skills, memoria y herramientas

• Más de 80 skills propias, que van desde operar las GPU y enrutar código hasta capturar webs, transcribir reuniones o analizar un electrocardiograma en local.
• Memoria en capas: memoria vectorial mem0 con una colección por perfil, memoria holográfica local para lo sensible y vaults de Obsidian como fuente de verdad documental.
• Integraciones: Home Assistant, InfluxDB, SearXNG, Firecrawl, navegador headless, Figma, GitLab, Bitbucket, X y ComfyUI.
• Plugins y hooks propios: generación de imagen pidiendo la GPU al árbitro, estado del rack en Discord y un hook que impide al orquestador quedarse sondeando a sus subagentes.

Reglas de gobierno

Todas nacen de un incidente real.

• CONFIRMO. El diagnóstico de solo lectura es libre, pero escribir, reiniciar o tocar servicios exige una confirmación literal.
• Nunca borrar. Antes de borrar se hace copia y se pasa a cuarentena, y está prohibido usar rm -rf sin permiso escrito.
• Merge solo con aprobación humana, verificada por la API, y ramas de producción prohibidas.
• Aislamiento por cliente. Cada cliente o persona tiene su perfil, su bot, su memoria y su colección vectorial.
• Canal de administración separado, con los comandos de infraestructura bloqueados en el resto.
• Privacidad por diseño en lo sensible: el perfil de salud no sale nunca de mi red.

El playbook de orquestación

1. Un orquestador y como mucho dos a cuatro hijos, sin nietos.
2. Se reparte por disco: un hijo, un fichero. Los candados y los briefs van escritos.
3. Solo se paraleliza lo que es independiente. Más velocidad no siempre da mejor resultado.
4. Cada tarea va al modelo adecuado: lo grande al cerebro y lo rutinario a la GPU de código.
5. El orquestador espera a sus hijos sin sondearlos.
6. Un solo operador arranca y para servicios.
7. Se elige el modelo según cuántos agentes van a trabajar a la vez.
8. Hay que cerrar lo que se abre, como los navegadores headless, y vigilar la memoria.
9. Una fase por sesión, con una «definición de hecho» que deja un artefacto en el disco.

Errores que ya he cometido por ti

Lo que pasó	Cómo lo resolví
El agente esquivaba restricciones instalando herramientas por su cuenta	Barreras deterministas por perfil y canal
El orquestador sondeó a sus hijos hasta la llamada 488	Un hook que lo bloquea y un tiempo máximo por hijo
Bucles de 180, 245 y 370 llamadas a herramientas	Topes de turnos, parada dura y reglas explícitas
Las GPU se quedaban al 100 % de madrugada durante horas	La causa era el volcado de memoria nocturno; lo acoté y pasó de 99 minutos a 8 segundos
Se pidió «memoriza» y el agente cambió código	El protocolo CONFIRMO
Varios agentes arrancaban el mismo servicio a la vez	Un único operador
La herramienta de visión aplastaba las capturas a 178 px	Capturas en teselas de 1440 × 900
Los timeouts cortaban contextos largos legítimos	Una política de tiempos pensada para 768K tokens

¿Lo aplicamos en tu equipo?

Enseño este método a desarrolladores, CTOs y equipos, y monto flotas de agentes para empresas con estas mismas reglas. Lo encontrarás en file.cat, en formación y en agentes.