Multi-agent

Enrutamiento multiagente

Status: active

Ejecuta varios agentes aislados, cada uno con su propio espacio de trabajo, directorio de estado (agentDir) e historial de sesión, además de varias cuentas de canal (por ejemplo, dos WhatsApp) en un solo Gateway en ejecución. Los mensajes entrantes se enrutan al agente correcto mediante vinculaciones.

Un agente aquí es el alcance completo por persona: archivos del espacio de trabajo, perfiles de autenticación, registro de modelos y almacén de sesiones. agentDir es el directorio de estado en disco que contiene esta configuración por agente en ~/.openclaw/agents/<agentId>/. Una vinculación asigna una cuenta de canal (por ejemplo, un espacio de trabajo de Slack o un número de WhatsApp) a uno de esos agentes.

¿Qué es "un agente"?

Un agente es un cerebro con alcance completo que tiene sus propios:

  • Espacio de trabajo (archivos, AGENTS.md/SOUL.md/USER.md, notas locales, reglas de persona).
  • Directorio de estado (agentDir) para perfiles de autenticación, registro de modelos y configuración por agente.
  • Almacén de sesiones (historial de chat + estado de enrutamiento) en ~/.openclaw/agents/<agentId>/sessions.

Los perfiles de autenticación son por agente. Cada agente lee desde su propio:

text
~/.openclaw/agents/<agentId>/agent/auth-profiles.json

Skills se cargan desde cada espacio de trabajo del agente más raíces compartidas como ~/.openclaw/skills, y luego se filtran por la lista de permitidos de Skills efectiva del agente cuando está configurada. Usa agents.defaults.skills para una base compartida y agents.list[].skills para reemplazo por agente. Consulta Skills: por agente frente a compartidas y Skills: listas de permitidos de Skills de agente.

El Gateway puede alojar un agente (predeterminado) o muchos agentes en paralelo.

Rutas (mapa rápido)

  • Configuración: ~/.openclaw/openclaw.json (o OPENCLAW_CONFIG_PATH)
  • Directorio de estado: ~/.openclaw (o OPENCLAW_STATE_DIR)
  • Espacio de trabajo: ~/.openclaw/workspace (o ~/.openclaw/workspace-<agentId>)
  • Directorio del agente: ~/.openclaw/agents/<agentId>/agent (o agents.list[].agentDir)
  • Sesiones: ~/.openclaw/agents/<agentId>/sessions

Modo de agente único (predeterminado)

Si no haces nada, OpenClaw ejecuta un solo agente:

  • agentId usa main de forma predeterminada.
  • Las sesiones se indexan como agent:main:<mainKey>.
  • El espacio de trabajo usa ~/.openclaw/workspace de forma predeterminada (o ~/.openclaw/workspace-<profile> cuando OPENCLAW_PROFILE está definido).
  • El estado usa ~/.openclaw/agents/main/agent de forma predeterminada.

Asistente de agentes

Usa el asistente de agentes para añadir un nuevo agente aislado:

bash
openclaw agents add work

Luego añade bindings (o deja que el asistente lo haga) para enrutar mensajes entrantes.

Verifica con:

bash
openclaw agents list --bindings

Inicio rápido

  • Create each agent workspace

    Usa el asistente o crea espacios de trabajo manualmente:

    bash
    openclaw agents add codingopenclaw agents add social

    Cada agente obtiene su propio espacio de trabajo con SOUL.md, AGENTS.md y USER.md opcional, además de un agentDir dedicado y un almacén de sesiones en ~/.openclaw/agents/<agentId>.

  • Create channel accounts

    Crea una cuenta por agente en tus canales preferidos:

    • Discord: un bot por agente, habilita Message Content Intent, copia cada token.
    • Telegram: un bot por agente mediante BotFather, copia cada token.
    • WhatsApp: vincula cada número de teléfono por cuenta.
    bash
    openclaw channels login --channel whatsapp --account work

    Consulta las guías de canales: Discord, Telegram, WhatsApp.

  • Add agents, accounts, and bindings

    Añade agentes en agents.list, cuentas de canal en channels.<channel>.accounts y conéctalos con bindings (ejemplos abajo).

  • Restart and verify

    bash
    openclaw gateway restartopenclaw agents list --bindingsopenclaw channels status --probe
  • Varios agentes = varias personas, varias personalidades

    Con varios agentes, cada agentId se convierte en una persona completamente aislada:

    • Números de teléfono/cuentas distintos (por accountId de canal).
    • Personalidades distintas (archivos de espacio de trabajo por agente como AGENTS.md y SOUL.md).
    • Autenticación + sesiones separadas (sin comunicación cruzada a menos que se habilite explícitamente).

    Esto permite que varias personas compartan un servidor Gateway mientras mantienen aislados sus "cerebros" de IA y sus datos.

    Búsqueda de memoria QMD entre agentes

    Si un agente debe buscar en las transcripciones de sesión QMD de otro agente, añade colecciones adicionales en agents.list[].memorySearch.qmd.extraCollections. Usa agents.defaults.memorySearch.qmd.extraCollections solo cuando todos los agentes deban heredar las mismas colecciones de transcripciones compartidas.

    json5
    {  agents: {    defaults: {      workspace: "~/workspaces/main",      memorySearch: {        qmd: {          extraCollections: [{ path: "~/agents/family/sessions", name: "family-sessions" }],        },      },    },    list: [      {        id: "main",        workspace: "~/workspaces/main",        memorySearch: {          qmd: {            extraCollections: [{ path: "notes" }], // resolves inside workspace -> collection named "notes-main"          },        },      },      { id: "family", workspace: "~/workspaces/family" },    ],  },  memory: {    backend: "qmd",    qmd: { includeDefaultMemory: false },  },}

    La ruta de colección adicional puede compartirse entre agentes, pero el nombre de la colección permanece explícito cuando la ruta está fuera del espacio de trabajo del agente. Las rutas dentro del espacio de trabajo permanecen delimitadas por agente para que cada agente conserve su propio conjunto de búsqueda de transcripciones.

    Un número de WhatsApp, varias personas (división de DM)

    Puedes enrutar DM de WhatsApp distintos a agentes distintos mientras sigues usando una cuenta de WhatsApp. Coincide por remitente E.164 (como +15551234567) con peer.kind: "direct". Las respuestas siguen saliendo del mismo número de WhatsApp (sin identidad de remitente por agente).

    Ejemplo:

    json5
    {  agents: {    list: [      { id: "alex", workspace: "~/.openclaw/workspace-alex" },      { id: "mia", workspace: "~/.openclaw/workspace-mia" },    ],  },  bindings: [    {      agentId: "alex",      match: { channel: "whatsapp", peer: { kind: "direct", id: "+15551230001" } },    },    {      agentId: "mia",      match: { channel: "whatsapp", peer: { kind: "direct", id: "+15551230002" } },    },  ],  channels: {    whatsapp: {      dmPolicy: "allowlist",      allowFrom: ["+15551230001", "+15551230002"],    },  },}

    Notas:

    • El control de acceso de DM es global por cuenta de WhatsApp (emparejamiento/lista de permitidos), no por agente.
    • Para grupos compartidos, vincula el grupo a un agente o usa grupos de difusión.

    Reglas de enrutamiento (cómo los mensajes eligen un agente)

    Las vinculaciones son deterministas y gana la más específica:

  • peer match

    ID exacto de DM/grupo/canal.

  • parentPeer match

    Herencia de hilo.

  • guildId + roles

    Enrutamiento por rol de Discord.

  • guildId

    Discord.

  • teamId

    Slack.

  • accountId match for a channel

    Respaldo por cuenta.

  • Channel-level match

    accountId: "*".

  • Default agent

    Respaldo a agents.list[].default; si no, primera entrada de la lista; predeterminado: main.

  • Tie-breaking and AND semantics
    • Si varias vinculaciones coinciden en el mismo nivel, gana la primera en el orden de configuración.
    • Si una vinculación define varios campos de coincidencia (por ejemplo peer + guildId), todos los campos especificados son obligatorios (semántica AND).
    Account-scope detail
    • Una vinculación que omite accountId coincide solo con la cuenta predeterminada. No coincide con todas las cuentas.
    • Usa accountId: "*" para un respaldo de todo el canal en todas las cuentas.
    • Usa accountId: "<name>" para coincidir con una cuenta.
    • Si más tarde añades la misma vinculación para el mismo agente con un ID de cuenta explícito, OpenClaw actualiza la vinculación existente solo de canal para que tenga alcance de cuenta en lugar de duplicarla.

    Varias cuentas / números de teléfono

    Los canales que admiten varias cuentas (por ejemplo, WhatsApp) usan accountId para identificar cada inicio de sesión. Cada accountId puede enrutarse a un agente distinto, por lo que un servidor puede alojar varios números de teléfono sin mezclar sesiones.

    Si quieres una cuenta predeterminada para todo el canal cuando se omite accountId, define channels.<channel>.defaultAccount (opcional). Si no se define, OpenClaw recurre a default si existe; de lo contrario, usa el primer ID de cuenta configurado (ordenado).

    Los canales comunes que admiten este patrón incluyen:

    • whatsapp, telegram, discord, slack, signal, imessage
    • irc, line, googlechat, mattermost, matrix, nextcloud-talk
    • zalo, zalouser, nostr, feishu

    Conceptos

    • agentId: un "cerebro" (espacio de trabajo, autenticación por agente, almacén de sesiones por agente).
    • accountId: una instancia de cuenta de canal (por ejemplo, cuenta de WhatsApp "personal" frente a "biz").
    • binding: enruta mensajes entrantes a un agentId por (channel, accountId, peer) y, opcionalmente, IDs de guild/equipo.
    • Los chats directos se colapsan en agent:<agentId>:<mainKey> ("main" por agente; session.mainKey).

    Ejemplos de plataforma

    Discord bots per agent

    Cada cuenta de bot de Discord se asigna a un accountId único. Vincula cada cuenta a un agente y mantén listas de permitidos por bot.

    json5
    {  agents: {    list: [      { id: "main", workspace: "~/.openclaw/workspace-main" },      { id: "coding", workspace: "~/.openclaw/workspace-coding" },    ],  },  bindings: [    { agentId: "main", match: { channel: "discord", accountId: "default" } },    { agentId: "coding", match: { channel: "discord", accountId: "coding" } },  ],  channels: {    discord: {      groupPolicy: "allowlist",      accounts: {        default: {          token: "DISCORD_BOT_TOKEN_MAIN",          guilds: {            "123456789012345678": {              channels: {                "222222222222222222": { allow: true, requireMention: false },              },            },          },        },        coding: {          token: "DISCORD_BOT_TOKEN_CODING",          guilds: {            "123456789012345678": {              channels: {                "333333333333333333": { allow: true, requireMention: false },              },            },          },        },      },    },  },}
    • Invita a cada bot al servidor y habilita Message Content Intent.
    • Los tokens viven en channels.discord.accounts.<id>.token (la cuenta predeterminada puede usar DISCORD_BOT_TOKEN).
    Bots de Telegram por agente
    json5
    {  agents: {    list: [      { id: "main", workspace: "~/.openclaw/workspace-main" },      { id: "alerts", workspace: "~/.openclaw/workspace-alerts" },    ],  },  bindings: [    { agentId: "main", match: { channel: "telegram", accountId: "default" } },    { agentId: "alerts", match: { channel: "telegram", accountId: "alerts" } },  ],  channels: {    telegram: {      accounts: {        default: {          botToken: "123456:ABC...",          dmPolicy: "pairing",        },        alerts: {          botToken: "987654:XYZ...",          dmPolicy: "allowlist",          allowFrom: ["tg:123456789"],        },      },    },  },}
    • Crea un bot por agente con BotFather y copia cada token.
    • Los tokens viven en channels.telegram.accounts.<id>.botToken (la cuenta predeterminada puede usar TELEGRAM_BOT_TOKEN).
    • Para varios bots en el mismo grupo de Telegram, invita a cada bot y menciona el bot que debe responder.
    • Deshabilita BotFather Privacy Mode para cada bot de grupo y luego vuelve a añadir el bot para que Telegram aplique la configuración.
    • Permite grupos con channels.telegram.groups, o usa groupPolicy: "open" solo para despliegues de grupos de confianza.
    • Coloca los ID de usuario remitentes en groupAllowFrom. Los ID de grupo y supergrupo van en channels.telegram.groups, no en groupAllowFrom.
    • Vincula por accountId para que cada bot se enrute a su propio agente.
    Números de WhatsApp por agente

    Vincula cada cuenta antes de iniciar el Gateway:

    bash
    openclaw channels login --channel whatsapp --account personalopenclaw channels login --channel whatsapp --account biz

    ~/.openclaw/openclaw.json (JSON5):

    js
    {  agents: {    list: [      {        id: "home",        default: true,        name: "Home",        workspace: "~/.openclaw/workspace-home",        agentDir: "~/.openclaw/agents/home/agent",      },      {        id: "work",        name: "Work",        workspace: "~/.openclaw/workspace-work",        agentDir: "~/.openclaw/agents/work/agent",      },    ],  },   // Deterministic routing: first match wins (most-specific first).  bindings: [    { agentId: "home", match: { channel: "whatsapp", accountId: "personal" } },    { agentId: "work", match: { channel: "whatsapp", accountId: "biz" } },     // Optional per-peer override (example: send a specific group to work agent).    {      agentId: "work",      match: {        channel: "whatsapp",        accountId: "personal",        peer: { kind: "group", id: "1203630...@g.us" },      },    },  ],   // Off by default: agent-to-agent messaging must be explicitly enabled + allowlisted.  tools: {    agentToAgent: {      enabled: false,      allow: ["home", "work"],    },  },   channels: {    whatsapp: {      accounts: {        personal: {          // Optional override. Default: ~/.openclaw/credentials/whatsapp/personal          // authDir: "~/.openclaw/credentials/whatsapp/personal",        },        biz: {          // Optional override. Default: ~/.openclaw/credentials/whatsapp/biz          // authDir: "~/.openclaw/credentials/whatsapp/biz",        },      },    },  },}

    Patrones comunes

    WhatsApp diario + trabajo profundo en Telegram

    Divide por canal: enruta WhatsApp a un agente rápido para el uso diario y Telegram a un agente Opus.

    json5
    {  agents: {    list: [      {        id: "chat",        name: "Everyday",        workspace: "~/.openclaw/workspace-chat",        model: "anthropic/claude-sonnet-4-6",      },      {        id: "opus",        name: "Deep Work",        workspace: "~/.openclaw/workspace-opus",        model: "anthropic/claude-opus-4-6",      },    ],  },  bindings: [    { agentId: "chat", match: { channel: "whatsapp", accountId: "*" } },    { agentId: "opus", match: { channel: "telegram", accountId: "*" } },  ],}

    Notas:

    • Estos ejemplos usan accountId: "*" para que las vinculaciones sigan funcionando si añades cuentas más adelante.
    • Para enrutar un solo MD/grupo a Opus y mantener el resto en chat, añade una vinculación match.peer para ese par; las coincidencias de pares siempre tienen prioridad sobre las reglas de todo el canal.

    Mismo canal, un par hacia Opus

    Mantén WhatsApp en el agente rápido, pero enruta un MD a Opus:

    json5
    {  agents: {    list: [      {        id: "chat",        name: "Everyday",        workspace: "~/.openclaw/workspace-chat",        model: "anthropic/claude-sonnet-4-6",      },      {        id: "opus",        name: "Deep Work",        workspace: "~/.openclaw/workspace-opus",        model: "anthropic/claude-opus-4-6",      },    ],  },  bindings: [    {      agentId: "opus",      match: { channel: "whatsapp", accountId: "*", peer: { kind: "direct", id: "+15551234567" } },    },    { agentId: "chat", match: { channel: "whatsapp", accountId: "*" } },  ],}

    Las vinculaciones de pares siempre tienen prioridad, así que mantenlas por encima de la regla de todo el canal.

    Agente familiar vinculado a un grupo de WhatsApp

    Vincula un agente familiar dedicado a un único grupo de WhatsApp, con control por mención y una política de herramientas más estricta:

    json5
    {  agents: {    list: [      {        id: "family",        name: "Family",        workspace: "~/.openclaw/workspace-family",        identity: { name: "Family Bot" },        groupChat: {          mentionPatterns: ["@family", "@familybot", "@Family Bot"],        },        sandbox: {          mode: "all",          scope: "agent",        },        tools: {          allow: [            "exec",            "read",            "sessions_list",            "sessions_history",            "sessions_send",            "sessions_spawn",            "session_status",          ],          deny: ["write", "edit", "apply_patch", "browser", "canvas", "nodes", "cron"],        },      },    ],  },  bindings: [    {      agentId: "family",      match: {        channel: "whatsapp",        peer: { kind: "group", id: "120363999999999999@g.us" },      },    },  ],}

    Notas:

    • Las listas de permitir/denegar herramientas son herramientas, no skills. Si una skill necesita ejecutar un binario, asegúrate de que exec esté permitido y de que el binario exista en el sandbox.
    • Para un control más estricto, define agents.list[].groupChat.mentionPatterns y mantén habilitadas las listas de permitidos de grupos para el canal.

    Configuración de sandbox y herramientas por agente

    Cada agente puede tener su propio sandbox y restricciones de herramientas:

    js
    {  agents: {    list: [      {        id: "personal",        workspace: "~/.openclaw/workspace-personal",        sandbox: {          mode: "off",  // No sandbox for personal agent        },        // No tool restrictions - all tools available      },      {        id: "family",        workspace: "~/.openclaw/workspace-family",        sandbox: {          mode: "all",     // Always sandboxed          scope: "agent",  // One container per agent          docker: {            // Optional one-time setup after container creation            setupCommand: "apt-get update && apt-get install -y git curl",          },        },        tools: {          allow: ["read"],                    // Only read tool          deny: ["exec", "write", "edit", "apply_patch"],    // Deny others        },      },    ],  },}

    Beneficios:

    • Aislamiento de seguridad: restringe herramientas para agentes que no son de confianza.
    • Control de recursos: ejecuta agentes específicos en sandbox mientras mantienes otros en el host.
    • Políticas flexibles: permisos diferentes por agente.

    Consulta Sandbox y herramientas multiagente para ver ejemplos detallados.

    Relacionado

    Was this useful?
    On this page

    On this page