Built in
web_search · web_fetch · file_search · vector_similarity
Theme
Palette
Your own colour
Saved for this browser, on every page.
Give an agent a tool and it can search your sources, read a page, open an issue or call your own service. You choose exactly which agent may call which tool, and every call is written down.
| Which agent may call which tool | knowledge | web_search | web_fetch | linear |
|---|---|---|---|---|
| Support triage | Allowed | Not allowed | Not allowed | Allowed |
| Invoice parser | Allowed | Not allowed | Not allowed | Not allowed |
| Research assistant | Allowed | Allowed | Allowed | Not allowed |
| Contract review | Allowed | Not allowed | Allowed | Not allowed |
Four kinds of tool
web_search · web_fetch · file_search · vector_similarity
Describe a request once; the agent fills only the inputs you expose.
Connect a server and choose which of its tools the workspace may use.
For the transformation that is easier to write than to prompt.
Boundaries
| Time | Tool | Result | Detail |
|---|---|---|---|
| 14:02:11 | file_search | allowed | 3 sources · 212 ms |
| 14:02:12 | linear.create_issue | allowed | via connection “Linear” · 408 ms |
| 14:02:12 | http_call | refused | address not permitted by URL policy |
| 14:02:13 | crm.update | refused | tool not allowed for this agent |
Giving an agent a tool
Use a built-in tool, describe an HTTP endpoint, or connect an MCP server.
The account it acts as lives in the workspace, never in the prompt.
Tick the agents that may call it. The rest cannot see it.
Try the agent, then check each call, its result and its latency.
Connect a tool, allow it per agent, and read every call it makes.