Este incidente revela una falla crítica en la gestión del contexto y la memoria de trabajo de un LLM orquestador en un sistema multi-agente. La causa raíz principal fue la contaminación del contexto del orquestador por información irrelevante y voluminosa (transcripciones completas de subagentes) durante las verificaciones de estado. Esto no solo incurrió en un costo de tokens significativo, sino que, lo que es más importante, degradó la calidad de la memoria de trabajo del orquestador, haciendo que cada decisión posterior fuera más difícil y costosa al tener que procesar ruido persistente.
La cascada de fallos se manifestó en varias formas. Primero, la falta de un mecanismo de resumen o filtrado para las actualizaciones de estado llevó a la inyección de datos brutos y excesivos. Segundo, la división de tareas sin considerar la 'localidad cognitiva' (agentes reconstruyendo el mismo modelo mental del codebase) resultó en una duplicación ineficiente del esfuerzo de 'orientación'. Tercero, la falta de coordinación explícita permitió operaciones de 'git' a nivel de repositorio que, aunque no causaron una falla directa, introdujeron un riesgo estructural significativo en un entorno de escritura concurrente.
Las salvaguardas fallaron porque el sistema no estaba diseñado para proteger activamente la memoria de trabajo del orquestador. La suposición implícita era que más paralelismo y más información eran siempre mejores, sin considerar el 'impuesto' que la información irrelevante o mal estructurada impone al proceso de razonamiento del LLM. La falta de instrumentación adecuada para medir el costo real de la contaminación del contexto impidió una detección temprana y una comprensión precisa del problema.