H6 Orchestra: sistemas multiagente con roles, contratos y aislamiento por cliente

Las empresas ya usan inteligencia artificial. Lo que casi ninguna tiene es una forma de organizarla cuando deja de ser una herramienta y pasa a ser varias personas artificiales trabajando sobre la misma operación.

Con un agente alcanza con buenas instrucciones. Con veinte, trabajando para varios clientes a la vez, aparecen fallas que no hacen ruido: se ven correctas hasta que ya es tarde.

Son tres, y las tres se parecen en algo incómodo: ninguna devuelve un error.

• Reglas que se contradicen: las mismas instrucciones copiadas en varios lugares, cada copia con una versión distinta. El agente aplica la que le tocó leer.
• Trabajo que depende de la memoria: cada sesión reconstruye dónde quedó todo, y nadie puede auditar después qué hizo cada agente.
• Datos de un cliente en el trabajo de otro: una credencial que ve muchas cuentas y un agente que elige por nombre. La plataforma responde sin error, con los datos equivocados.

Un reporte con la analítica de otra empresa se ve exactamente igual que uno correcto. Ese es el problema que Orchestra existe para resolver.

Orchestra no es una herramienta que se instala: es un método completo. El equipo, las reglas que lo gobiernan, los controles que las hacen cumplir y la consultoría para instalarlo en una operación real.

Se apoya en una idea que recorre todo el sistema: cada pieza tiene una forma propia y un solo significado, y eso permite leer un equipo de agentes como se lee un plano. Agente, trabajo, contrato, compuerta, cliente, estado, bitácora y flujo. Ocho formas, ocho significados, sin sinónimos.

Un plantel de roles, no un chatbot

• Cada rol tiene doctrina propia, fronteras escritas y un solo responsable por decisión.
• Dirección recibe los pedidos y reparte el trabajo, pero no ejecuta tareas de otro rol ni repara la máquina.
• Orquesta mantiene la máquina: identidad de cada agente, lanzador, controles y aislamiento. No decide sobre el trabajo de los demás.
• Conocimiento custodia el formato y la doctrina, y garantiza que cada regla viva en un solo lugar.
• QA verifica de forma independiente lo que otro agente dice haber hecho: quien construye no es quien aprueba.
• Y sobre los canales de cada cliente trabajan los roles de SEO, paid media, sitio web, CRM, ventas, BI, desarrollo y calidad, replicables por cliente, marca o mercado.

El contrato de cada agente: siete bloques, siempre en el mismo orden

• Identidad: quién es, qué rol cumple y para qué existe.
• Estado accionable: el único lugar donde vive lo que hay que hacer, y gana ante cualquier contradicción.
• Arranque: qué leer al empezar, en qué orden y con un presupuesto máximo de lecturas.
• Bitácora: dónde se registra lo que pasó. Es historia, no estado.
• Ajeno: qué no le pertenece, con el permiso exacto de cada cosa.
• Normativa: punteros a las reglas que se abren según la tarea. Nunca copias.
• Límites de acción: lo que requiere aprobación humana explícita antes de ejecutarse.

Si falta uno, el verificador lo marca en rojo.

Contexto con tope, porque la profundidad no puede costar

• El contexto se carga de forma acumulativa, así que un archivo de arranque que crece sin límite hace que cada sesión empiece leyendo reglas que no son suyas.
• Y un agente con normativa ajena en contexto la aplica.
• Por eso cada nivel tiene un tope duro: 40 líneas la raíz de la organización, que es sólo el mapa y cero normativa; 60 líneas el área; 150 líneas el frente de trabajo.
• El detalle vive aparte, en unidades que se abren solo cuando la tarea lo pide.

Cinco controles de aislamiento, todos antes del acceso

• Una sesión, un cliente: cada sesión pertenece a uno solo y su nombre lo dice. Nunca hay dos clientes en el mismo contexto.
• Una compuerta antes de cada acceso: el agente abre la compuerta de su cliente y si no corresponde, frena. El rechazo ocurre antes de llamar a la plataforma, no después.
• Identificadores que no se escriben a mano: ninguna propiedad, cuenta o sitio se tipea ni se recuerda. Sale de la ficha del cliente, porque la memoria del agente no es una fuente.
• Credenciales fuera del alcance: viven fuera de los proyectos y se leen solo a través de su módulo. Ningún agente las escribe, las copia ni las deja en el historial.
• Solo los recursos que necesita: la compuerta entrega lo justo y nada más.

Rigor: lo que se declara, se verifica

• Un control que no mide se ve idéntico a uno que sí, así que cada regla importante tiene una verificación automática.
• Y cada verificación se prueba rompiendo lo que vigila: antes de confiar en un control se lo corre donde ya sabemos que hay un problema, y si sigue en verde, no mide.
• Las herramientas fallan en vez de avisar, porque un error visible se corrige y uno que parece correcto se multiplica.
• Y hay un catálogo de más de veinte formas concretas en que una verificación informa algo distinto de lo que mide, cada trampa con el caso real que la descubrió y la regla que la cierra.

La conclusión que une a todas es incómoda y útil: ninguna falló por no medir. Fallaron midiendo lo que no decidía.

Siete fases para instalarlo

• Diagnóstico: mapa de la operación y de sus riesgos.
• Diseño del plantel: qué roles, con qué fronteras y quién invoca a quién.
• Normativa: formato de contexto, contratos, protocolos y límites de acción.
• Aislamiento y credenciales: la ficha de cada cliente y sus compuertas, verificadas.
• Despliegue: cada frente dado de alta de forma declarativa, con identidad, estado y bitácora propios.
• Verificación: las suites instaladas y probadas rompiendo lo que vigilan.
• Operación y mejora continua: capacitación del equipo para levantar, repartir y cerrar sesiones, leer bitácoras y auditar.

Es el mismo camino que recorrimos para reestructurar nuestra propia operación. Conocé más sobre agentes de IA y desarrollo de software.

Hábito 1 construyó Orchestra para convertir un conjunto de agentes sueltos en un equipo que se puede dirigir, auditar y hacer crecer.

Lo que queda instalado

• Un plantel de roles con doctrina propia y un solo responsable por decisión, replicable por cliente, marca o mercado.
• Contratos de 7 bloques por agente, con topes de contexto de 40, 60 y 150 líneas según el nivel.
• 5 controles de aislamiento que actúan antes de cada acceso.
• Un catálogo de más de 20 trampas de medición documentadas con su caso real.
• 7 fases de implementación, cada una con su entregable verificado.
• Un cuerpo normativo completo: contratos de siete bloques, protocolos, códigos de salida y más de una decena de documentos.
• Cinco controles de aislamiento que rechazan la operación antes de tocar la plataforma.
• Suites de verificación que se probaron rompiendo lo que vigilan.
• Un catálogo de más de veinte trampas de medición, cada una con el caso real que la descubrió.

Lo que cambia en la operación

• El estado del trabajo deja de vivir en la memoria de una sesión y pasa a un lugar auditable.
• Cada regla vive en un solo lugar, así que dejan de existir dos versiones de la misma instrucción.
• El aislamiento entre clientes deja de ser una intención escrita en un prompt y pasa a ser un control que frena.

Por qué importa

• La diferencia entre un equipo de agentes y veinte agentes sueltos no es la cantidad: es si alguien puede responder qué hizo cada uno y con los datos de quién.
• Y esa respuesta no se consigue con mejores instrucciones. Se consigue con contratos, compuertas y verificaciones que fallan ruidosamente.