Naar hoofdinhoud gaan
Voer meerdere geïsoleerde agents uit — elk met een eigen workspace, state-directory (agentDir) en sessiegeschiedenis — plus meerdere kanaalaccounts (bijv. twee WhatsApps) in één draaiende Gateway. Inkomende berichten worden via bindings naar de juiste agent gerouteerd. Een agent is hier de volledige scope per persona: workspace-bestanden, auth-profielen, modelregister en sessieopslag. agentDir is de state-directory op schijf die deze configuratie per agent bewaart in ~/.openclaw/agents/<agentId>/. Een binding koppelt een kanaalaccount (bijv. een Slack-workspace of een WhatsApp-nummer) aan een van die agents.

​
Wat is “één agent”?

Een agent is een volledig afgebakend brein met een eigen:
  • Workspace (bestanden, AGENTS.md/SOUL.md/USER.md, lokale notities, persona-regels).
  • State-directory (agentDir) voor auth-profielen, modelregister en configuratie per agent.
  • Sessieopslag (chatgeschiedenis + routeringsstatus) onder ~/.openclaw/agents/<agentId>/sessions.
Auth-profielen zijn per agent. Elke agent leest uit zijn eigen: 
~/.openclaw/agents/<agentId>/agent/auth-profiles.json
sessions_history is ook hier het veiligere pad voor herinnering tussen sessies: het geeft een begrensde, opgeschoonde weergave terug, geen ruwe transcriptdump. Assistentherinnering verwijdert thinking-tags, <relevant-memories>-scaffolding, XML-payloads voor tool-calls in platte tekst (waaronder <tool_call>...</tool_call>, <function_call>...</function_call>, <tool_calls>...</tool_calls>, <function_calls>...</function_calls> en afgekorte tool-call-blokken), gedegradeerde tool-call-scaffolding, gelekte ASCII-/full-width modelcontroletokens en misvormde MiniMax-tool-call-XML vóór redactie/afkapping.
Gebruik agentDir nooit opnieuw voor meerdere agents (dat veroorzaakt auth-/sessiebotsingen). Agents kunnen doorlezen naar de auth-profielen van de standaard-/main-agent wanneer ze geen lokaal profiel hebben, maar OpenClaw kloont OAuth-vernieuwingstokens niet naar de secundaire agentopslag. Als je een onafhankelijk OAuth-account wilt, meld je dan aan vanaf die agent; als je credentials handmatig kopieert, kopieer dan alleen overdraagbare statische api_key- of token-profielen.
Skills worden geladen uit elke agent-workspace plus gedeelde roots zoals ~/.openclaw/skills, en vervolgens gefilterd op basis van de effectieve allowlist voor agent-skills wanneer die is geconfigureerd. Gebruik agents.defaults.skills voor een gedeelde basislijn en agents.list[].skills voor vervanging per agent. Zie Skills: per-agent vs shared en Skills: agent skill allowlists. De Gateway kan één agent (standaard) of veel agents naast elkaar hosten.
Workspace-opmerking: de workspace van elke agent is de standaard-cwd, geen harde sandbox. Relatieve paden worden binnen de workspace opgelost, maar absolute paden kunnen andere hostlocaties bereiken tenzij sandboxing is ingeschakeld. Zie Sandboxing.

​
Paden (snelle kaart)

  • Configuratie: ~/.openclaw/openclaw.json (of OPENCLAW_CONFIG_PATH)
  • State-dir: ~/.openclaw (of OPENCLAW_STATE_DIR)
  • Workspace: ~/.openclaw/workspace (of ~/.openclaw/workspace-<agentId>)
  • Agent-dir: ~/.openclaw/agents/<agentId>/agent (of agents.list[].agentDir)
  • Sessies: ~/.openclaw/agents/<agentId>/sessions

​
Modus met één agent (standaard)

Als je niets doet, voert OpenClaw één agent uit:
  • agentId is standaard main.
  • Sessies krijgen sleutels als agent:main:<mainKey>.
  • Workspace is standaard ~/.openclaw/workspace (of ~/.openclaw/workspace-<profile> wanneer OPENCLAW_PROFILE is ingesteld).
  • State is standaard ~/.openclaw/agents/main/agent.

​
Agent-helper

Gebruik de agent-wizard om een nieuwe geïsoleerde agent toe te voegen: 
openclaw agents add work
Voeg daarna bindings toe (of laat de wizard dat doen) om inkomende berichten te routeren. Verifieer met: 
openclaw agents list --bindings

​
Snelstart

1

Maak elke agent-workspace aan

Gebruik de wizard of maak workspaces handmatig aan:
openclaw agents add coding
openclaw agents add social
Elke agent krijgt een eigen workspace met SOUL.md, AGENTS.md en optioneel USER.md, plus een dedicated agentDir en sessieopslag onder ~/.openclaw/agents/<agentId>.
2

Maak kanaalaccounts aan

Maak één account per agent aan op je voorkeurskanalen:
  • Discord: één bot per agent, schakel Message Content Intent in, kopieer elke token.
  • Telegram: één bot per agent via BotFather, kopieer elke token.
  • WhatsApp: koppel elk telefoonnummer per account.
openclaw channels login --channel whatsapp --account work
Zie kanaalgidsen: Discord, Telegram, WhatsApp.
3

Agents, accounts en bindings toevoegen

Voeg agents toe onder agents.list, kanaalaccounts onder channels.<channel>.accounts, en verbind ze met bindings (voorbeelden hieronder).
4

Opnieuw starten en verifiëren

openclaw gateway restart
openclaw agents list --bindings
openclaw channels status --probe

​
Meerdere agents = meerdere personen, meerdere persoonlijkheden

Met meerdere agents wordt elke agentId een volledig geïsoleerde persona:
  • Verschillende telefoonnummers/accounts (per kanaal accountId).
  • Verschillende persoonlijkheden (workspace-bestanden per agent, zoals AGENTS.md en SOUL.md).
  • Afzonderlijke auth + sessies (geen kruisverkeer tenzij expliciet ingeschakeld).
Hierdoor kunnen meerdere personen één Gateway-server delen terwijl hun AI-”breinen” en data geïsoleerd blijven.

​
QMD-geheugenzoekopdracht tussen agents

Als één agent de QMD-sessietranscripten van een andere agent moet doorzoeken, voeg dan extra collecties toe onder agents.list[].memorySearch.qmd.extraCollections. Gebruik agents.defaults.memorySearch.qmd.extraCollections alleen wanneer elke agent dezelfde gedeelde transcriptcollecties moet erven. 
{
  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 },
  },
}
Het pad van de extra collectie kan tussen agents worden gedeeld, maar de collectienaam blijft expliciet wanneer het pad buiten de workspace van de agent ligt. Paden binnen de workspace blijven aan de agent gekoppeld, zodat elke agent zijn eigen transcriptzoekset behoudt.

​
Eén WhatsApp-nummer, meerdere personen (DM-splitsing)

Je kunt verschillende WhatsApp-DM’s naar verschillende agents routeren terwijl je op één WhatsApp-account blijft. Match op afzender in E.164-indeling (zoals +15551234567) met peer.kind: "direct". Antwoorden komen nog steeds vanaf hetzelfde WhatsApp-nummer (geen afzenderidentiteit per agent).
Directe chats vallen samen met de hoofdsessiesleutel van de agent, dus echte isolatie vereist één agent per persoon.
Voorbeeld: 
{
  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"],
    },
  },
}
Opmerkingen:
  • DM-toegangscontrole is globaal per WhatsApp-account (koppeling/allowlist), niet per agent.
  • Voor gedeelde groepen bind je de groep aan één agent of gebruik je Uitzendgroepen.

​
Routeringsregels (hoe berichten een agent kiezen)

Bindings zijn deterministisch en meest specifiek wint:
1

peer-match

Exacte DM-/groep-/kanaal-id.
2

parentPeer-match

Thread-overerving.
3

guildId + rollen

Discord-rolroutering.
4

guildId

Discord.
5

teamId

Slack.
6

accountId-match voor een kanaal

Fallback per account.
7

Match op kanaalniveau

accountId: "*".
8

Standaardagent

Fallback naar agents.list[].default, anders het eerste item in de lijst, standaard: main.
  • Als meerdere bindings in dezelfde laag matchen, wint de eerste in de configuratievolgorde.
  • Als een binding meerdere matchvelden instelt (bijvoorbeeld peer + guildId), zijn alle opgegeven velden vereist (AND-semantiek).
  • Een binding die accountId weglaat, matcht alleen het standaardaccount. Deze matcht niet alle accounts.
  • Gebruik accountId: "*" voor een kanaalbrede fallback voor alle accounts.
  • Gebruik accountId: "<name>" om één account te matchen.
  • Als je later dezelfde binding voor dezelfde agent toevoegt met een expliciete account-id, werkt OpenClaw de bestaande kanaal-only binding bij naar accountscope in plaats van deze te dupliceren.

​
Meerdere accounts / telefoonnummers

Kanalen die meerdere accounts ondersteunen (bijv. WhatsApp) gebruiken accountId om elke login te identificeren. Elke accountId kan naar een andere agent worden gerouteerd, zodat één server meerdere telefoonnummers kan hosten zonder sessies te mengen. Als je een kanaalbreed standaardaccount wilt wanneer accountId wordt weggelaten, stel dan channels.<channel>.defaultAccount in (optioneel). Wanneer dit niet is ingesteld, valt OpenClaw terug op default als dat aanwezig is, anders op de eerste geconfigureerde account-id (gesorteerd). Veelvoorkomende kanalen die dit patroon ondersteunen zijn:
  • whatsapp, telegram, discord, slack, signal, imessage
  • irc, line, googlechat, mattermost, matrix, nextcloud-talk
  • zalo, zalouser, nostr, feishu

​
Concepten

  • agentId: één “brein” (workspace, auth per agent, sessieopslag per agent).
  • accountId: één kanaalaccountinstantie (bijv. WhatsApp-account "personal" versus "biz").
  • binding: routeert binnenkomende berichten naar een agentId op basis van (channel, accountId, peer) en optioneel guild-/team-id’s.
  • Directe chats vallen samen met agent:<agentId>:<mainKey> (“main” per agent; session.mainKey).

​
Platformvoorbeelden

Elk Discord-botaccount wordt toegewezen aan een unieke accountId. Bind elk account aan een agent en houd allowlists per bot bij.
{
  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 },
              },
            },
          },
        },
      },
    },
  },
}
  • Nodig elke bot uit voor de guild en schakel Message Content Intent in.
  • Tokens staan in channels.discord.accounts.<id>.token (het standaardaccount kan DISCORD_BOT_TOKEN gebruiken).
{
  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"],
        },
      },
    },
  },
}
  • Maak met BotFather één bot per agent en kopieer elk token.
  • Tokens staan in channels.telegram.accounts.<id>.botToken (het standaardaccount kan TELEGRAM_BOT_TOKEN gebruiken).
  • Nodig bij meerdere bots in dezelfde Telegram-groep elke bot uit en vermeld de bot die moet antwoorden.
  • Schakel BotFather Privacy Mode uit voor elke groepsbot en voeg de bot daarna opnieuw toe, zodat Telegram de instelling toepast.
  • Sta groepen toe met channels.telegram.groups, of gebruik groupPolicy: "open" alleen voor vertrouwde groepsimplementaties.
  • Zet gebruikers-ID’s van afzenders in groupAllowFrom. Groeps- en supergroep-ID’s horen in channels.telegram.groups, niet in groupAllowFrom.
  • Bind op accountId, zodat elke bot naar zijn eigen agent routeert.
Koppel elk account voordat je de gateway start:
openclaw channels login --channel whatsapp --account personal
openclaw channels login --channel whatsapp --account biz
~/.openclaw/openclaw.json (JSON5):
{
  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",
        },
      },
    },
  },
}

​
Veelgebruikte patronen

Splits op kanaal: routeer WhatsApp naar een snelle alledaagse agent en Telegram naar een Opus-agent.
{
  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: "*" } },
  ],
}
Opmerkingen:
  • Deze voorbeelden gebruiken accountId: "*", zodat de bindingen blijven werken als je later accounts toevoegt.
  • Voeg een match.peer-binding voor die peer toe om één DM/groep naar Opus te routeren terwijl de rest op chat blijft; peer-matches winnen altijd van kanaalbrede regels.

​
Sandbox- en toolconfiguratie per agent

Elke agent kan zijn eigen sandbox en toolbeperkingen hebben: 
{
  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
        },
      },
    ],
  },
}
setupCommand staat onder sandbox.docker en wordt één keer uitgevoerd bij het maken van de container. Overrides voor sandbox.docker.* per agent worden genegeerd wanneer de opgeloste scope "shared" is.
Voordelen:
  • Beveiligingsisolatie: beperk tools voor niet-vertrouwde agents.
  • Resourcebeheer: sandbox specifieke agents terwijl andere op de host blijven.
  • Flexibel beleid: verschillende machtigingen per agent.
tools.elevated is globaal en gebaseerd op afzenders; het is niet per agent configureerbaar. Als je grenzen per agent nodig hebt, gebruik dan agents.list[].tools om exec te weigeren. Gebruik voor groepstargeting agents.list[].groupChat.mentionPatterns, zodat @mentions netjes aan de bedoelde agent worden gekoppeld.
Zie Multi-agent sandbox en tools voor gedetailleerde voorbeelden.

​
Gerelateerd