Usage Tips

OpenClaw MCP tools missing? Diagnose discovery before reinstalling

Problem statement: you configured a Gmail, Outlook, GitHub, database, filesystem, or custom MCP server, but the agent says it does not have access to those tools. Sometimes the server appears in config. Sometimes direct probes work. The real failure is often between config registration, tool discovery, active profile injection, and subagent scope.

Fast answer

Confirm the server is registered, run static MCP status or doctor checks, probe the server only after static config passes, inspect gateway MCP logs, confirm the active tool profile is not minimal, check tools.deny and per-server toolFilter, then test from the parent agent before blaming the model or reinstalling OpenClaw.

Symptom map

  • Server missing from config or list: look for the wrong config path, a bad reload, or a profile that is not using the expected config.
  • Server listed but zero tools: check the command, PATH, working directory, OAuth completion, and whether the server returns a valid tools/list response.
  • Probe works but agent cannot call tools: inspect runtime tool injection, profile selection, deny lists, and include/exclude filters.
  • Parent can use the tool but subagent cannot: treat it as a subagent inheritance or scoping issue instead of a server startup issue.

Hosted-team checklist

  1. Capture evidence first. Save OpenClaw version, install method, runtime profile, exact error phrase, and the MCP server name.
  2. Run static checks first. OpenClaw MCP docs distinguish status/list/show/doctor checks that read config from probe checks that connect to the server.
  3. Use probe after static config passes. A probe can prove process startup and tool listing, but it does not prove the agent runtime injected those tools into the model request.
  4. Confirm the profile. Normal coding and messaging profiles can expose configured MCP tools, while minimal profiles hide them.
  5. Check filters. tools.deny = ["bundle-mcp"] can disable bundled MCP exposure, and per-server toolFilter rules can include or exclude discovered tools.
  6. Restart the gateway once. After a config change, capture logs, restart once, then run a single production-like prompt.

Stop babysitting your OpenClaw box

Fix it once — or stop fixing it for good.

Apply the checklist above and keep self-hosting, or skip the maintenance entirely: run your OpenClaw on managed hosting from $6.90/mo, starting with a 7-day free trial. We handle the stale locks, gateway restarts, version upgrades, and uptime — and you can import your existing instance in a couple of minutes. Cancel anytime.

Managed hosting — from $6.90/mo Your own hosted OpenClaw instance with automatic restarts and version upgrades. Starts with a 7-day free trial — import your current setup, keep your channels, cancel anytime.
$199 managed setup — optional Prefer we do it for you? One workspace configured end-to-end: first-run config, one 30-minute onboarding/debug session, and a 7-day follow-up. Limited weekly slots.
  • Managed hosting handles stale .jsonl.lock files, gateway restarts, and version upgrades for you
  • Import your existing OpenClaw setup in minutes — keep your channels and configuration
  • The optional $199 setup is scoped: no custom development, enterprise/SRE support, or unsupported self-hosting repair

If you would rather compare options first, review OpenClaw cloud hosting or see the best OpenClaw hosting options before deciding.

OpenClaw import first screen in OpenClaw Setup dashboard (light theme) OpenClaw import first screen in OpenClaw Setup dashboard (dark theme)
1) Paste import payload
OpenClaw import completed screen in OpenClaw Setup dashboard (light theme) OpenClaw import completed screen in OpenClaw Setup dashboard (dark theme)
2) Review and launch

Common server-side causes

If a server is listed but has no tools, the most common causes are mundane: the command cannot be found from the gateway process, uvx or another launcher is absent from the daemon PATH, the working directory is wrong, required environment variables are missing, OAuth has not completed, or the server returns a malformed tools list. Running the MCP server manually from the same user and environment can shorten the search.

When managed hosting helps

Managed hosting does not make bad MCP servers magically correct. It does make the boring parts stable: secret paths, gateway restart behavior, log capture, runtime profiles, and safe isolation for custom servers before they are attached to production agents.

CTA

If MCP tool discovery is eating a team onboarding session, move the instance to Lobsterland and keep gateway logs, persistent config, and deployment-safe MCP changes in one hosted runtime.

See managed OpenClaw hosting Open dashboard

Verification checklist

  • The server appears in the intended config and static MCP checks show no command, working-directory, TLS, disabled-server, or OAuth warnings.
  • A probe lists the expected tools from the server.
  • The active profile is coding or messaging, not minimal.
  • No deny-list or toolFilter rule removes the expected tools.
  • A parent-agent prompt can call one expected tool successfully.
  • A subagent prompt can call the same tool when subagent inheritance is expected.

Related Lobsterland guides

Sources

Cookie preferences