rl client from Client setup.
Before you begin
- You need the organization developer or admin role to create, change, or delete agents and their tool settings. The organization user role can view them. See Organizations and roles.
- For the API, create a key on API keys and export it as
RECURSION_API_KEY. - Tool settings belong to an agent version. Read Update an agent first, because every change is a new version.
How a session gets its tools
- The agent version decides web search, remote MCP servers, skills, the apps it’s granted through integrations, and multi-agent roles.
- The environment decides the sandbox tools.
computerneeds an environment with computer use turned on. See Environments. - The model decides
view_image, which is offered only to models that accept images.
Sandbox tools
These tools run inside the session’s sandbox and see its/workspace.
Under a restricted network policy, browser tools reach an external site only when the destination is allowed.
Tools that run outside the sandbox
These tools run outside the sandbox, so they work the same way in every environment.Tools added by agent features
Tools from MCP servers are added next to these. Their names and schemas come from the server and are fixed when the session starts.
Apps granted through built-in integrations don’t add tools to this list. The agent calls an app’s tools with commands in the sandbox, and each call appears in the transcript as a
run_command call with the app’s result. It can call only the tools on the app’s allow-list.
Turn off web search
web_search_enabled defaults to true. Set it to false to remove web_search. The agent can still read a known URL with web_fetch.
- Console
- TypeScript
- cURL
- In the sidebar, click Agents, then open the agent.
- On Configuration, find Tools.
- Clear Web search.
- Click Save new version.
201 response is the agent at its new version. Some fields are left out here.
mcp_servers, skills, vault defaults, and anything else you want to keep. In a multi-agent roster, a subagent can turn web search off but not on.
Withhold integration tools
disabled_integration_mcp_providers lists the native integration providers whose MCP tools an agent’s sessions do not receive, even when the agent has access to the connection. It doesn’t affect built-in integrations, whose tools are controlled by each app’s allow-list. In the console, it’s the MCP tools checkbox on each native connection in the agent’s Integrations section.
The field follows these rules:
- Supported values are
confluence,github,google,jira,launchdarkly, andloom. Any other value returns400 invalid_request. - On
createAgent, omitting the field means["github"]. - On
createAgentVersion, omitting the field means an empty list. - The field never affects servers you list in
mcp_servers.
Read a session’s tool set
A session records the tool settings it started with inconfig. config.available_builtin_tools lists which of web_search, web_fetch, write_artifact, read_artifact, get_events, and delegate_subagent the session may use. The session’s top-level sandbox_provider names the sandbox its environment used. Sandbox and feature tools follow the rules in the tables above.
- Console
- TypeScript
- cURL
- In the sidebar, click Sessions, then open the session.
- Each tool call in the transcript shows the tool’s name and input.
web_search is missing. config is left out when you request view=summary.
What can go wrong
The full error catalog is on Errors.
Limits
See Limits for request and session limits.
Next steps
MCP servers
Add remote tools and keep their credentials in a vault.
Environments
Choose the image, compute, network policy, and computer use.
Deliverables and artifacts
Ask for deliverables and see how they’re kept.
Skills
Give the agent procedures it loads when they apply.