Dónde compensa
Compensa en procesos de conocimiento que se repiten con variaciones: producir documentación técnica, cualificar y responder entradas, revisar expedientes contra criterios. Trabajo cuya sustancia es leer, decidir y escribir.
Un agente es fácil. Un sistema, no.
Cualquiera monta hoy un agente que funciona en una demo. El problema empieza cuando hay quince, la tarea cambia cada vez y nadie está mirando la pantalla.
01 / Filosofía
Qué estudia este laboratorio y por qué.
Objeto
Los sistemas multiagente fallan casi siempre por lo mismo: se construyen con una topología fija. Alguien decide que la tarea se resuelve con estos cinco agentes en este orden, y ese orden se aplica igual a una petición trivial que a una que decide el posicionamiento de una empresa.
La consecuencia es contradictoria. Para lo simple, el sistema es absurdamente lento y caro. Para lo complejo se queda corto: ejecuta en paralelo cosas que dependían unas de otras y produce un resultado internamente incoherente que nadie detecta hasta que lo lee un humano.
La topología debería ser una decisión, no una constante. Es la línea central de este laboratorio y la que atraviesa a todos los demás: la orquestación que se construye aquí es la que mueve los sistemas de los otros cuatro.
Por qué
Casi todo lo que se publica sobre sistemas agénticos son demostraciones: una tarea elegida, ejecutada una vez y contada por quien la construyó. Con eso no se puede decidir nada, porque lo que determina si un diseño aguanta es cómo se comporta cuando la tarea cambia y nadie está mirando.
Aquí la unidad de trabajo es la comparación controlada: misma tarea, mismo modelo base, una sola variable cambiada y las cifras de todas las ejecuciones sobre la mesa, incluida la que sale peor. Es más lento que publicar una demo, y es lo que permite que una decisión de arquitectura se apoye en evidencia en lugar de en intuición.
Cómo trabaja
Principio 01
Principio 02
Dónde no
No en procesos puramente transaccionales, donde una integración normal es más barata y fiable. No con volúmenes tan bajos que mantener el sistema cueste más que hacer el trabajo a mano.
Principio 03
El argumento económico
El modo más completo puede costar un orden de magnitud más que el simple para la misma petición. Un sistema que no elige modo paga ese sobrecoste en todas las peticiones triviales, que son la mayoría.
02 / Proyectos
Sistemas y evidencia.
-
P-01
En producciónOrquestación adaptativa
Un orquestador puntúa cada petición sobre seis dimensiones medibles —presión temporal, quién consume el resultado, dependencia causal entre partes, riesgo estratégico, completitud del encargo y necesidad de investigación externa— y de esa puntuación deriva el modo de ejecución. La misma petición formulada con más urgencia se resuelve por otro camino, y el sistema explica por qué.
Puntuación bajaSecuencial
Un solo agente de principio a fin. Sin coste de coordinación. Es lo correcto para una petición acotada de bajo riesgo, y el modo que casi todo el mundo evita por parecer poco sofisticado.
Puntuación mediaEquipo en paralelo
Agentes especializados trabajan a la vez sobre partes independientes. Multiplica la profundidad cuando las partes lo son de verdad; produce incoherencias cuando no.
Puntuación altaTubería
Ejecución por fases sobre un espacio compartido donde cada agente deja hallazgos que leen los siguientes. Permite dependencia causal real, a cambio de tiempo.
Dos reglas duras anulan la puntuación: la urgencia máxima fuerza siempre el modo secuencial, y la combinación de dependencia causal alta con riesgo alto fuerza siempre la tubería. Cada decisión queda registrada con su puntuación por dimensión, de modo que la calidad del criterio pueda auditarse después contra el resultado.
-
P-02
CompletadoComparación controlada de modos de ejecución
La misma tarea ejecutada tres veces —mismo encargo, mismo modelo base— cambiando solo la topología. La tarea era producir cinco documentos de análisis estratégico.
Secuencial Paralelo Tubería Tiempo de ejecución inmediato ~3 min ~20 min Palabras producidas 2.306 11.443 14.577 Alertas críticas detectadas 6 32 39 Hallazgos ausentes del encargo 0 4 6 Errores del cliente corregidos 0 1 2 Conocimiento compartido entre agentes — — 1.774 palabras Fig. 1 — Pasar de paralelo a tubería añade solo un 27% más de texto a cambio de siete veces más tiempo. Mirando solo el volumen, la tubería no compensa nunca. Pero el volumen no es lo que cambia. En la ejecución en paralelo un agente dio por válida la categoría de negocio de un competidor porque nadie le dijo lo contrario; en la tubería ese mismo análisis comprobó la web real y descubrió que pertenecía a otra categoría, un error que habría contaminado toda la estrategia de posicionamiento construida encima.
El detalle que decide el diseño: los dos documentos de la primera fase —los que no tienen ningún agente por delante— salieron prácticamente idénticos en ambos modos. La ganancia de la tubería está entera en la dependencia causal, que es exactamente la dimensión que el orquestador mide antes de elegir.
-
P-03
En producciónPatrones de arquitectura que aguantan
- Separar agente, capacidad y procedimiento; fundirlos en un prompt largo hace imposible localizar el fallo
- El procedimiento escrito manda sobre la improvisación del agente: es lo que hace reproducible una ejecución
- Contexto de dominio compartido, memoria separada por agente
- Un espacio de trabajo común en lugar de mensajes entre agentes: más lento de diseñar, mucho más robusto, y el estado queda inspeccionable
- La verificación como fase con salida binaria, no como paso opcional de un prompt
- La falta de contexto detiene la ejecución: un sistema generativo sin contexto no falla ruidosamente, falla produciendo algo plausible y genérico