Texto editorial original de OrbTrail, escrito con lenguaje propio a partir de la publicación de referencia.
Un agente suele nacer con una tarea clara. Después del primer éxito llegan nuevas solicitudes: facturación, onboarding, soporte de TI y facilities. Cuando todo se coloca en el mismo agente, las instrucciones crecen, los dominios se superponen y el motor de razonamiento debe ordenar demasiado contexto. El enrutamiento pierde consistencia y el mantenimiento se complica.
El modelo Single-Org Multi-Agent, o SOMA, propone otra estructura. Un Super Agent recibe la conversación, identifica la intención y entrega la tarea a un Connected Subagent especializado. Cada agente es responsable de su dominio, datos y reglas. Para el usuario sigue siendo una sola conversación, aunque el trabajo se distribuya internamente.
Un solo agente continúa siendo la mejor opción cuando el flujo pertenece a un dominio, comparte permisos y utiliza datos similares. La arquitectura multiagente cobra sentido cuando existen fronteras claras entre funciones, contextos muy distintos o necesidad de aislar fallos. Una señal útil es el punto donde un equipo humano haría una transferencia natural.
Una arquitectura más grande no es automáticamente mejor. SOMA aporta valor al reducir ambigüedad y permitir que cada especialista evolucione sin cargar todo el contexto. Antes de dividir, describe la misión de cada agente en una frase. Si necesita varios “y”, el alcance quizá siga siendo demasiado amplio.
