Skip to main content
web agent needs a model profile or one-off model flags. Model setup is separate from your Webcompute API key and from SDK application configuration.

Interactive setup

The guided setup starts with:
A model profile stores the provider route, model ID, and the name of the environment variable containing your provider key. It does not store the raw provider key. After saving a profile named browsing, run:
The MCP command is needed when you want a host to use Webcompute as a browser subagent through run_web_agent. Inspect profiles later:
Use web model show <profile> --sdk to regenerate copy-paste SDK code that uses the same route, model, and env-var name explicitly. Use web model use <profile> when you have more than one saved profile:

One-off model flags

Pass model access directly when you do not want to save a profile:
Supported routes: For compatible gateways, use --model-api chat-completions or --model-api responses when the gateway needs an explicit API family.

Environment variables

Provider keys should live in environment variables:
The CLI stores the environment variable name in the model profile. It does not need the raw provider key in your browsing goal. For scripted setup, pass all required values:
web model setup --json is non-interactive and machine-readable. Add --quiet to a fully specified setup command when scripts should save the profile without success prose or SDK snippets.

Where model profiles apply

Model profiles are used by:
  • web agent.
  • MCP when run_web_agent is enabled on the agent or all surface.
SDK web.agent() requires explicit model config. SDK code can use the same route, model, and credential env-var values. The SDK model-profile helpers work with profile-shaped config supplied by your application code; they do not load local CLI config. Reference: CLI command reference.