When you run multiple agents, you need a place to see what's happening.
OpenClaw Studio is that place. It's the visual interface for the OpenClaw ecosystem—designed for people who coordinate agents, track long-running tasks, and need to stay oriented when the work gets complex.
Join the Discord: https://discord.gg/GAr9Qfem. I'm also looking for contributors who want to help shape OpenClaw Studio.
The terminal is good for single commands. But agents don't work in single commands. They work in threads. They share context. They produce files that evolve. They run in parallel, and you need to know what's running where.
OpenClaw Studio solves this. It's a Next.js app that connects to your OpenClaw gateway, streams everything live, and edits agent files through the gateway tool API. The interface is simple enough to feel obvious, powerful enough to handle real work.
- Shows you every agent at a glance
- Runs a focused agent-management UI (fleet list + primary agent + inspect sidebar)
- Reads and edits agent files (AGENTS.md, MEMORY.md, etc.) via the gateway
- Streams tool output in real time
- Provisions Discord channels when you need them
- Stores only UI settings locally—no external database
This is where multi-agent work happens.
- Node.js (LTS recommended)
- OpenClaw installed with gateway running
- git in PATH
- macOS or Linux; Windows via WSL2
git clone https://github.com/grp06/openclaw-studio.git
cd openclaw-studio
npm install
npm run devThe UI reads config from ~/.openclaw by default (falls back to ~/.moltbot or ~/.clawdbot if you're migrating).
Only create a .env if you need to override those defaults:
cp .env.example .envAgent files live on the gateway and are accessed through POST /tools/invoke.
The gateway build must expose the coding tools (read, write, edit, apply_patch) on that endpoint.
If you see Tool not available: read, you are running a gateway build that does not include coding tools for /tools/invoke.
If you have restrictive tool allowlists configured, ensure the agent/tool policy permits:
read, write, edit, and apply_patch.
Your gateway config lives in openclaw.json in your state directory. Defaults:
- State dir:
~/.openclaw - Config:
~/.openclaw/openclaw.json - Gateway URL:
ws://127.0.0.1:18789
Studio stores its own settings locally at ~/.openclaw/openclaw-studio/settings.json (gateway URL/token + focused preferences).
Optional overrides:
OPENCLAW_STATE_DIROPENCLAW_CONFIG_PATHNEXT_PUBLIC_GATEWAY_URLCLAWDBOT_DEFAULT_AGENT_ID
To use a dedicated state dir during development:
OPENCLAW_STATE_DIR=~/openclaw-dev npm run devRun both OpenClaw Studio and OpenClaw inside the same WSL2 distro. Use the WSL shell for Node, the gateway, and the UI. Access it from Windows at http://localhost:3000.
npm run devnpm run buildnpm run startnpm run lintnpm run typechecknpm run testnpm run e2e(requiresnpx playwright install)
- Missing config: Run
openclaw onboardor setOPENCLAW_CONFIG_PATH - Gateway unreachable: Confirm the gateway is running and
NEXT_PUBLIC_GATEWAY_URLmatches - Auth errors: Check
gateway.auth.tokeninopenclaw.json - Inspect returns 404: Your gateway build does not expose coding tools on
/tools/invoke, or a tool allowlist is blocking them. Update the gateway build and ensureread/write/edit/apply_patchare allowed.
See ARCHITECTURE.md for details on modules and data flow.
