update
Apr 20, 2026
By Teun
SwarmClaw Launches as Multi-Agent Runtime for OpenClaw Operators
Supports 23 built-in providers including Ollama, Claude, GPT, Gemini, and DeepSeek. Enables delegation to Claude Code, Codex, and Gemini CLI with per-agent gateway profiles.
SwarmClaw has launched as a multi-agent runtime aimed at operators who want to coordinate several AI agents from one place. The project is open source on GitHub, and its pitch is straightforward: let teams run different models and tools under a single orchestration layer instead of stitching together separate scripts and point solutions.
According to the project repository, SwarmClaw supports 23 built-in providers. That list includes widely used local and hosted options such as Ollama, Claude, GPT, Gemini, and DeepSeek, which means users are not locked into one model family or one deployment style. For AI automation teams, that kind of model flexibility matters because different tasks often call for different tradeoffs between cost, latency, privacy, and capability.
The core idea behind a multi-agent runtime is that one agent does not have to do everything. Instead, a controller can assign work to specialized agents, each with its own role, context, and access rules. In practice, that can be useful for workflows such as research, coding, analysis, and document processing, where one model might be better at planning and another at execution.
SwarmClaw also adds delegation to external developer tools, including Claude Code, Codex, and Gemini CLI. That suggests the project is not just about chatting with multiple models, but about wiring them into real operator workflows where agents can hand off tasks to tooling that already exists in the developer ecosystem.
The repository highlights per-agent gateway profiles, which is a more technical way of saying each agent can be routed through its own connection settings or provider access path. That matters in environments where different agents need different API keys, network routes, model endpoints, or policy controls. For teams running automation across public APIs, local models, and internal systems, keeping those paths separate can make the setup easier to manage.
OpenClaw operators are the audience this project appears to be targeting. In practical terms, that means people building automated systems that rely on AI agents to perform tasks with limited supervision, often across multiple tools or services. A runtime for that job needs to handle coordination, provider selection, and handoffs without forcing the operator to rebuild the plumbing each time.
The fact that SwarmClaw is being released on GitHub is also important. Open-source runtimes tend to get attention not just for their features, but for how much control they give users over deployment, inspection, and customization. For security-conscious teams, being able to inspect the code and run components in-house can be as important as the model integrations themselves.
This launch comes at a time when agent tooling is moving from demos toward infrastructure. Teams are no longer just asking whether a model can answer a question, but whether several agents can cooperate reliably under defined permissions, provider constraints, and tool access. SwarmClaw’s provider list, delegation hooks, and per-agent gateway profiles place it squarely in that category, with the repository positioning it as a runtime for coordinated OpenClaw workflows.