Problemas de Enrutamiento del Orquestador OpenClaw: Cuando la Delegación Falla

El problema: Delegación de agentes poco confiable
Un desarrollador que ejecuta OpenClaw con una arquitectura multiagente de tipo hub-and-spoke está experimentando un comportamiento de enrutamiento poco confiable por parte de su orquestador principal. El orquestador frecuentemente intenta manejar las solicitudes directamente en lugar de delegarlas al subagente especialista apropiado. Según el informe, el enrutamiento se siente poco confiable, con la delegación funcionando correctamente solo alrededor del 50-60% del tiempo.
Ejemplos específicos incluyen: cuando se le pregunta sobre entrenamientos, el orquestador proporciona consejos genéricos de fitness en lugar de llamar al agente de entrenamiento; cuando se le pregunta sobre el clima, responde a partir de datos de entrenamiento en lugar de llamar al agente del clima.
Detalles de la configuración actual
La configuración del desarrollador incluye:
- Orquestador principal manejando la interacción con el usuario
- 7 subagentes especialistas para: Gmail/Calendar/Drive, Todoist, entrenamiento personal/Notion, inventario de compras, planificación de comidas, clima y horarios de trenes
- Tabla de enrutamiento explícita que mapea patrones de solicitud a identificadores de agentes
- Regla estricta: "Eres un ENRUTADOR, no un TRABAJADOR — si una solicitud cae en el dominio de cualquier especialista, DEBES delegarla"
- Cada especialista tiene su dominio claramente definido
- Comunicaciones entre agentes habilitadas en la configuración
- Modelo del orquestador: gpt-5.4 vía openai-codex
Soluciones intentadas
El desarrollador ha probado varios enfoques para solucionar el problema de enrutamiento:
- Agregar reglas de "NUNCA" para cada dominio (por ejemplo, NUNCA respondas preguntas de correo tú mismo, NUNCA verifiques el clima tú mismo)
- Agregar una regla de "en caso de duda, delega"
- Hacer la tabla de enrutamiento muy explícita con frases de ejemplo
Preguntas clave del desarrollador
El desarrollador busca consejos prácticos sobre varios problemas específicos:
- ¿Existe un patrón de instrucción conocido que funcione para forzar una delegación confiable en OpenClaw?
- ¿La elección del modelo para el orquestador importa significativamente? ¿Debería ser un modelo más fuerte o más débil?
- ¿El enfoque de la tabla de enrutamiento es el correcto, o hay una mejor manera de estructurar esto?
- ¿Alguna experiencia con cómo la configuración
subagents.allowAgentsde OpenClaw afecta el comportamiento de enrutamiento?
El desarrollador señala que los agentes individuales funcionan bien una vez que reciben las solicitudes, lo que indica que el cuello de botella está puramente en el paso de enrutamiento.
📖 Leer la fuente completa: r/openclaw
👀 Ver también

Usando el bot SkyClaw de OpenClaw para el seguimiento de gastos personales a través de Discord y Google Sheets.
Un usuario describe el uso de SkyClaw, un bot nativo de la nube impulsado por OpenClaw, para registrar gastos a través de mensajes de Discord e imágenes de recibos, que se añaden automáticamente a una hoja de cálculo de Google sin necesidad de acceder a cuentas personales sensibles.

Opus maneja la limpieza del frontend delegando a subagentes desde un manual
Un usuario optimizó una página, documentó las correcciones en un manual ADR, luego hizo que Opus dividiera las 9 páginas restantes entre 3 subagentes, tocando 41 archivos con resultados casi perfectos de Lighthouse.

Rescatista de Fauna Silvestre Utiliza la IA Claude para un Libro sobre el Cuidado de Ardillas Bebés y un Chat Bot Interactivo
Un rescatador de vida silvestre con 38 años de experiencia está utilizando Claude AI para refinar un libro de 300 páginas sobre el cuidado de crías de ardilla y ha programado un chatbot interactivo llamado Hazel para ayudar a otros rescatadores. El rescatador ahora está probando las capacidades de Claude haciéndole rastrear y llevar un diario del progreso de una cría de ardilla llamada Nova.
