Escalabilidad

Un agente con muchas herramientas funciona hasta que las instrucciones para distintas situaciones empiezan a competir entre sí. Dividirlo en agentes especializados, cada uno con su propio prompt, herramientas y conocimiento, mantiene a todos acotados y comprobables, con un orquestador clasificando entre ellos. Los traspasos también pueden cruzar canales, de modo que un agente de voz puede pasar una conversación a un agente de texto, y es posible conectar agentes externos mediante MCP.

Un componente de workflow se importa: la secuencia pasa a formar parte del workflow que lo utiliza. Un workflow llamado se invoca: se ejecuta como su propia ejecución hija, devuelve una respuesta y el workflow padre continúa. Importa cuando quieras la lógica integrada y compartida; llama cuando quieras que el hijo se ejecute, se monitorice y se versione de forma independiente.

Es el comportamiento por defecto: actualiza un prompt, un nodo o un componente de workflow compartido en un solo sitio y todos los agentes que lo usan reflejan el cambio, sin tener que rastrear instancias una a una. Cuando un workflow no debe moverse hasta que estés listo, un workflow invocado puede fijarse a una versión y un entorno concretos, de modo que el padre se mantiene en la release contra la que se probó.

Sí. Cada workflow hijo tiene sus propios tiempos de espera y gestión de errores, así que un fallo queda contenido en lugar de propagarse en cascada. Cada ejecución hija es observable por separado y segura ante rollbacks, lo que significa que puedes rastrear exactamente qué ejecución anidada falló y revertirla sin deshacer el proceso padre que la rodea.

La capa compartida se sitúa a nivel de workspace: la misma biblioteca de componentes, los mismos northstars, para que cada región parta de un único estándar. Cada región mantiene después sus propias versiones de workflow, entornos y credenciales, de modo que las normas e integraciones locales pueden diferir sin que los despliegues se desvíen entre sí.