Varios agentes y verificación adversa
- 01Fan-out, pipeline, barrera: elegir la arquitectura, o renunciar a ella9 min
El fan-out lanza agentes independientes en paralelo detrás de una barrera común, el pipeline hace atravesar cada elemento sin barrera y sigue siendo el valor por defecto de las tareas de varias etapas, una barrera solo se justifica si una etapa necesita de verdad el resultado completo de la anterior, y a veces la mejor decisión es no usar ningún agente cuando una sola llamada ya basta.
- 02Aislar y ejecutar en segundo plano: worktrees y bucle en seco8 min
Un worktree de git por agente evita que los archivos de varios agentes paralelos entren en colisión, un bucle en seco repite hasta que un ciclo ya no devuelve nada nuevo apoyándose en un conjunto ya visto, y desde el 13 de agosto de 2026 un agente que no es compañero de equipo lanzado en una sesión interactiva se ejecuta por defecto en segundo plano con notificación al final en lugar de bloquear la sesión.
- 03Sostener un fan-out a gran escala8 min
Un entregable voluminoso confiado a un solo agente se ve cortado por un límite de tamaño sin que se escriba nada: fraccionar por eje, hacer que cada agente escriba en su propio archivo, respetar el tope documentado de dieciséis agentes activos a la vez y de mil agentes en total en una misma ejecución, una sola llamada que acepta hasta 4096 elementos que el runtime ordena por sí mismo bajo ese tope, y luego verificar comparando los archivos esperados con lo que existe realmente en el disco en lugar de creer a los agentes bajo palabra.
- 04Workflows deterministas: esquemas, checkpoints, reanudación9 min
Un workflow es un script que orquesta subagentes de forma determinista, con una salida estructurada mediante un esquema JSON y un checkpoint después de cada etapa, pero el modelo que se aplica a un agente relanzado sigue un orden de prioridad de cuatro niveles, y sin que los tres primeros estén rellenados, ese agente hereda como último recurso el modelo de la sesión que lo ejecuta, no de la que escribió el script.
- 05Verificación adversarial, paneles de jueces y crítica de completitud8 min
Tres roles de verificación sirven ángulos distintos y no se sustituyen entre sí: el subagente verificador solo recibe el artefacto a juzgar, los criterios de éxito y las herramientas para verificar, nunca el diagnóstico ni el historial de quien lo construyó, y su silencio solo es legítimo si de verdad buscó sin encontrar nada, ya que el sesgo por defecto ante una duda se inclina hacia el rechazo; un panel que compara varias soluciones puntuadas es una práctica extendida del sector, no un patrón que Anthropic nombre; y una crítica de completitud, patrón documentado bajo este nombre, busca exclusivamente lo que falta respecto al pliego de condiciones, nunca los errores de lo ya entregado.
- 06Multiplicar los agentes puede multiplicar el error8 min
Un estudio que pone a prueba cinco arquitecturas de agentes en 260 configuraciones mide una tasa de error amplificada hasta unas diecisiete veces la de un agente solo cuando agentes independientes trabajan sin un coordinador que valide sus salidas, frente a unas cuatro veces cuando un coordinador las valida, y en una tarea estrictamente secuencial, las cuatro arquitecturas multiagente probadas retroceden todas frente a un agente solo.
- 07Una premisa no verificada en un prompt vuelve como conclusión8 min
El texto de encuadre que un orquestador escribe en el prompt de cada agente permanece invisible para la revisión adversa, que recibe el artefacto producido y unos criterios de éxito, nunca la intención ni el historial de quien construyó la tarea: una afirmación falsa deslizada en ese encuadre atraviesa entonces toda la cadena sin ser puesta a prueba, y un fan-out que envía el mismo encuadre a varios agentes multiplica esta exposición en vez de diluirla.
- 08Tres estados de fallo, y aceptar un riesgo correctamente8 min
Una automatización que procesa una cola debería distinguir éxito, fallo recuperable que se reintentará, y fallo definitivo abandonado, y solo el tercero debe llegar a una persona, si no cada fallo recuperable apaga el valor de la alerta el día en que tiene razón; aceptar un riesgo con un control compensatorio difiere de ignorarlo, una instantánea tomada antes de la ejecución permite clasificar el resultado en tres vías, variación normal silenciosa, cambio importante que solo alerta, pérdida catastrófica que restaura automáticamente.