Как настроить суб-агентов с отдельными рабочими пространствами в OpenClaw

Участник сообщества OpenClaw нашёл элегантное решение распространённой проблемы: как запускать суб-агентов с полностью отдельными рабочими пространствами и разными моделями.

Проблема

Многие пользователи сообщали, что default.subagents.model не работает как ожидалось. Это связано с тем, что схема для defaults субагентов отличается от схемы AgentEntity, используемой в списке агентов.

Решение

Трюк в том, чтобы определить "главного" агента в списке агентов и использовать allowAgents для связи с другими агентами. Каждый агент может иметь собственный workspace и конфигурацию модели.

Пример конфигурации

"agents": {
  "defaults": {
    "model": {
      "primary": "openai/gpt-5.2",
      "fallbacks": []
    },
    "workspace": "/home/linux/.openclaw/workspace",
    "maxConcurrent": 4
  },
  "list": [
    {
      "id": "main",
      "name": "Main Agent",
      "subagents": {
        "allowAgents": ["developer-agent"]
      }
    },
    {
      "id": "developer-agent",
      "name": "Developer Agent",
      "workspace": "/home/linux/.openclaw/workspace.developer",
      "model": {
        "primary": "openai/gpt-5.2-codex"
      }
    }
  ]
}

Ключевые преимущества

• Каждый суб-агент получает изолированное рабочее пространство
• Разные модели можно назначить разным агентам
• Чёткое разделение между основными и специализированными задачами
• Явный контроль над тем, какие агенты могут порождать каких суб-агентов

Источник: сообщество r/openclaw