Runs one of the caller's activated tools and answers with its output.
Runs one of the caller's activated tools and answers with its output.
POST /v1/tools/call
| Address | https://api.hanzo.ai/v1/tools/call |
| Method | POST |
| Operation | post_tools_call |
| Auth | Authorization: Bearer $HANZO_API_KEY |
Runs one of the caller's activated tools and answers with its output.
This is the door onto the tool plane's DYNAMIC half — the half no build-time catalogue can hold, because it is per-tenant: an org's connected connector actions, its authored skills, its agents and functions, and the tools of every external MCP server it registered. A tool's existence, its price and its activation are all rows, not code, so they cannot be known until the caller is.
One policy, the registry's: resolve by precedence, refuse an unactivated tool 403, settle a priced one through the x402 seam or fail closed 402, then dispatch to the winning source bound to the caller's own (org, project). One metered unit, one audit record. A caller can only ever dispatch its own tools.
Discovery is GET /v1/tools — ?activated=true for the callable set.
Request
3 fields, body application/json (required).
| Field | In | Type | Required | Description |
|---|---|---|---|---|
arguments | body | object | — | Arguments is the tool's own input object, passed through verbatim to whichever source owns it. |
arguments.* | body | object | — | |
name | body | string | — | Name is the tool to run, exactly as GET /v1/tools reports it. |
Response
| Status | Body | Meaning |
|---|---|---|
200 | toolResult | ok |
200 body — 2 fields.
| Field | In | Type | Always | Description |
|---|---|---|---|---|
name | body | string | — | Name is the tool that ran. |
result | body | object | — | Result is the tool's own output, verbatim — its shape is the tool's, not this plane's. |
Failure carries the platform error shape — see Errors.
Examples
hanzo tools callimport { Configuration, ToolsApi } from 'hanzoai';
const api = new ToolsApi(new Configuration({ accessToken: process.env.HANZO_API_KEY }));
const { data } = await api.postToolsCall({ arguments: {}, name: "<name>" });from hanzoai.cloud import ApiClient, Configuration
from hanzoai.cloud.api import ToolsApi
client = ApiClient(Configuration(access_token=os.environ["HANZO_API_KEY"]))
result = ToolsApi(client).post_tools_call(arguments={}, name="<name>")cfg := cloud.NewConfiguration()
cfg.AddDefaultHeader("Authorization", "Bearer "+os.Getenv("HANZO_API_KEY"))
client := cloud.NewAPIClient(cfg)
resp, _, err := client.ToolsAPI.PostToolsCall(context.Background()).Execute()
if err != nil {
return err
}use hanzo_cloud::apis::{configuration::Configuration, tools_api};
let mut cfg = Configuration::new();
cfg.bearer_access_token = std::env::var("HANZO_API_KEY").ok();
let result = tools_api::post_tools_call(&cfg, Default::default()).await?;import ai.hanzo.cloud.ApiClient;
import ai.hanzo.cloud.api.ToolsApi;
ApiClient client = new ApiClient();
client.setRequestInterceptor(b -> b.header("Authorization", "Bearer " + System.getenv("HANZO_API_KEY")));
var result = new ToolsApi(client).postToolsCall();curl -X POST https://api.hanzo.ai/v1/tools/call \
-H "Authorization: Bearer $HANZO_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"arguments": {},
"name": "<name>"
}'The door reaches tools through the tools tool, which names its 19 operations with its own verbs — this one among them, under a name only the door declares. describe explains any of them:
curl -X POST https://api.hanzo.ai/v1/mcp \
-H "Content-Type: application/json" \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": {
"name": "describe",
"arguments": {
"op": "list_mcp_servers"
}
}
}'How is this guide?