Multi-agent
Vías paralelas de especialistas
Los carriles de especialistas en paralelo permiten que un Gateway dirija distintos chats o salas a distintos agentes y, al mismo tiempo, mantenga una experiencia de usuario rápida. Trate el paralelismo como un problema de diseño con recursos escasos, no solo como «más agentes».
Principios fundamentales
Un carril de especialista solo mejora el rendimiento cuando reduce la contención por los cuellos de botella reales:
- Bloqueos de sesión: solo una ejecución debe modificar una sesión determinada a la vez.
- Capacidad global del modelo: todas las ejecuciones visibles del chat siguen compartiendo los límites del proveedor.
- Capacidad de las herramientas: el trabajo con el shell, el navegador, la red y el repositorio puede ser más lento que el propio turno del modelo.
- Presupuesto de contexto: las transcripciones largas hacen que cada turno futuro sea más lento y menos enfocado.
- Ambigüedad de propiedad: los agentes duplicados que realizan el mismo trabajo desperdician capacidad.
OpenClaw ya serializa las ejecuciones por sesión y limita el paralelismo global mediante la cola de comandos. Los carriles de especialistas añaden una política adicional: qué agente es responsable de cada trabajo, qué permanece en el chat y qué se convierte en trabajo en segundo plano.
Despliegue recomendado
Fase 1: contratos de carril y trabajo pesado en segundo plano
Asigne a cada carril un contrato escrito en su espacio de trabajo y en el prompt del sistema:
- Propósito: el trabajo que corresponde a este carril.
- Objetivos excluidos: el trabajo que debe transferir en lugar de intentar realizar.
- Presupuesto del chat: las respuestas rápidas permanecen en el chat; para las tareas largas, se envía una confirmación breve y luego se ejecutan en un subagente o una tarea en segundo plano.
- Regla de transferencia: cuando el trabajo corresponda a otro carril, indique adónde debe enviarse y proporcione un resumen conciso para la transferencia.
- Regla de riesgo de las herramientas: prefiera la superficie de herramientas más pequeña que pueda realizar el trabajo.
Esta es la fase más económica y resuelve la mayoría de los atascos: un trabajo de programación ya no vuelve extremadamente lento el carril de investigación, y cada chat mantiene limpio su propio contexto.
Fase 2: controles de prioridad y concurrencia
Ajuste la capacidad de la cola y del modelo según el valor empresarial de cada carril:
{ agents: { defaults: { maxConcurrent: 4, subagents: { maxConcurrent: 8, delegationMode: "prefer" }, }, }, messages: { queue: { mode: "collect", debounceMs: 1000, cap: 20, drop: "summarize", }, },}Use los chats directos o personales y los agentes de operaciones de producción para el trabajo de alta prioridad. Permita que la investigación, la redacción y la programación por lotes se transfieran a tareas en segundo plano cuando el sistema esté ocupado.
Fase 3: coordinador/controlador de tráfico
Añada un pequeño patrón de coordinación cuando haya varios carriles activos:
- Lleve un registro de las tareas activas de los carriles y de sus responsables.
- Detecte solicitudes duplicadas entre grupos.
- Dirija los resúmenes de transferencia entre carriles.
- Muestre únicamente los bloqueos, los resultados completados y las decisiones que debe tomar la persona.
No empiece por aquí. Un coordinador sin contratos de carril solo coordina el caos.
Plantilla mínima de contrato de carril
# Contrato del carril ## Responsabilidades - <trabajo del que es responsable este carril> ## Fuera de sus responsabilidades - <trabajo que debe transferirse> ## Presupuesto del chat - Responder directamente a las preguntas rápidas.- Para trabajos de varios pasos, lentos o que requieran muchas herramientas: enviar una confirmación breve, iniciar o ejecutar el trabajo en segundo plano y devolver el resultado cuando termine. ## Transferencia Si la solicitud corresponde a otro carril, responder con: - carril de destino- objetivo- contexto pertinente- siguiente acción exacta ## Enfoque de uso de herramientas Usar la superficie de herramientas más pequeña que pueda completar la tarea. Evitar el uso amplio del shell o de la red, salvo que este carril sea responsable explícitamente de ello.