Skip to main content
Use Webcompute MCP when a parent agent should get a browser specialist. The recommended product path is agent mode: the host delegates a whole browsing goal to run_web_agent. The technical default remains runtime mode, so web mcp run without flags exposes low-level browser tools for backward compatibility and model-free setup.
Replace claude with another supported host when needed:
--instructions writes host-native guidance only where the safe instruction path is verified. Codex setup writes MCP config; use the registered MCP prompt or mcpPrompt("agent") for Codex-side instructions. The MCP server is self-hosted. Your agent host starts a local stdio process with your Webcompute credentials, model profile, and policy choices under your trust boundary.

Ask the parent agent

The parent agent should call run_web_agent with the browsing goal:

Surfaces

Use all only when the parent agent truly needs both delegation and manual follow-up. When both modes are visible, tell the parent agent to prefer run_web_agent for whole browsing goals.

Instruction delivery

Webcompute does not rely on large MCP initialize instructions. Hosts that support MCP prompts can request:
  • browser_agent
  • browser_runtime
  • browser_all
Code-first frameworks should import the SDK prompt helper:
mcpPrompt() defaults to runtime, so agent examples call mcpPrompt("agent") explicitly.

Runtime escape hatch

Run the default runtime surface directly when a host needs exact browser-code control and no nested model:
Runtime mode exposes:
Debug UI and CDP URLs returned through MCP are signed bearer capabilities. Treat them like credentials.
Reference: agent mode, runtime mode, framework examples, MCP tool reference, and agent contract.