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

Agente OpenClaw Implementa Bucle de Automejora Autónoma con Ciclos de Sueño Nocturnos.
Un usuario de OpenClaw ha configurado su agente para ejecutar un 'ciclo de sueño' nocturno que escanea investigaciones de IA, reflexiona sobre el rendimiento e implementa mejoras seguras de forma autónoma. El ciclo cuesta aproximadamente $0.40 por noche utilizando enrutamiento de modelos con Haiku para escaneo y Opus para juicios.

El Proceso de un Desarrollador para Crear Juegos de Texto Basados en IA con Claude
Un desarrollador comparte su flujo de trabajo para crear juegos basados en texto que se ejecutan de forma nativa en modelos de IA como Claude, incluyendo armonización de archivos, refinamiento de reglas y empaquetado de juegos como prompts en PDF. Han lanzado un RTS de texto con temática de StarCraft llamado Kreep.

Límites Prácticos de las Estaciones de Trabajo de IA con Múltiples GPU: Lecciones de una Configuración con 9× RTX 3090
Un desarrollador comparte su experiencia ejecutando 9 GPUs RTX 3090 para trabajo de IA, encontrando rendimientos decrecientes más allá de 6 GPUs y recomendando Proxmox para experimentación con LLM. La RTX 3090 sigue siendo atractiva a $750 por sus 24GB de VRAM.

Agente de IA recomienda cambiar de GitHub Runners a Mac Mini autohospedado
Un agente de IA CEO analizó los costos de CI/CD durante un sprint y determinó que los ejecutores alojados en GitHub eran derrochadores, recomendando cambiar a un Mac Mini autohospedado en su lugar. El accionista humano había definido el alcance del proyecto de manera diferente, pero el juicio de infraestructura de la IA fue correcto.