List kit

Answers the caller's kit: what their coding runs carry of the org's tool plane.

GET /v1/tool/kit

Addresshttps://api.hanzo.ai/v1/tool/kit
MethodGET
Operationget_tool_kit
AuthAuthorization: Bearer $HANZO_API_KEY

Answers the caller's kit: what their coding runs carry of the org's tool plane. Skills are the documents of those an admin of the org activated; servers are those an admin registered, each by its id with the tools of it an admin activated — never an address or a credential, which stay on the plane. Both leave out what the caller muted, and muted names it. It is the one read a run makes, so what it answers is what the caller's runs carry.

Request

GET /v1/tool/kit takes no parameters and no body — the credential is the whole request.

Response

StatusBodyMeaning
200tool.Kitok
defaultproblem-detailsrefused

200 body — 9 fields.

FieldInTypeAlwaysDescription
excessbodystring[]—Excess are servers left out, by id, because a run carries only so many.
mutedbodystring[]—Muted are the names the run's person took out of their own runs — a skill, a server's tool, or a server by its id.
omittedbodystring[]—Omitted are activated skills left out because a run carries only so many.
serversbodytool.Remote[]—Servers are the MCP servers an admin registered and activated tools of, at most KitServers of them.
servers[].namebodystring—Name is the server's id in the org, which also prefixes its tools on the tool plane, and names it to ToolsRelay.
servers[].toolsbodystring[]—Tools are the tools of it an admin activated, each by the server's own name for it: all a run's harness may call of it.
skillsbodytool.SkillDoc[]—Skills are the documents of the skills an admin activated, by name.
skills[].contentbodystring—Content is the skill's SKILL.md, verbatim.
skills[].namebodystring—Name is the skill's bare name, which is also the directory its SKILL.md is written into.

Failure carries the platform error shape — see Errors.

Examples

hanzo has no subcommand for this operation — the CLI serves only what cloud's live route table confirms. Use HTTP or an SDK.

import { Configuration, ToolApi } from 'hanzoai';

const api = new ToolApi(new Configuration({ accessToken: process.env.HANZO_API_KEY }));
const { data } = await api.getToolKit();
from hanzoai.cloud import ApiClient, Configuration
from hanzoai.cloud.api import ToolApi

client = ApiClient(Configuration(access_token=os.environ["HANZO_API_KEY"]))
result = ToolApi(client).get_tool_kit()
cfg := hanzoai.NewConfiguration()
cfg.AddDefaultHeader("Authorization", "Bearer "+os.Getenv("HANZO_API_KEY"))
client := hanzoai.NewAPIClient(cfg)

resp, _, err := client.ToolAPI.GetToolKit(context.Background()).Execute()
if err != nil {
	return err
}
use hanzo_client::apis::{configuration::Configuration, tool_api};

let mut cfg = Configuration::new();
cfg.bearer_access_token = std::env::var("HANZO_API_KEY").ok();

let result = tool_api::get_tool_kit(&cfg, Default::default()).await?;
import ai.hanzo.cloud.ApiClient;
import ai.hanzo.cloud.api.ToolApi;

ApiClient client = new ApiClient();
client.setBearerToken(System.getenv("HANZO_API_KEY"));

var result = new ToolApi(client).getToolKit();
curl https://api.hanzo.ai/v1/tool/kit \
  -H "Authorization: Bearer $HANZO_API_KEY"

MCP reaches tool through the tool tool, which names its 17 operations with its own verbs — this one among them, under a name only MCP 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_tools"
         }
       }
     }'

Tool API · All Hanzo APIs · Interactive reference

Was this page useful?