Skip to content
Tools
AGH RuntimeTools

Toolsets

How AGH groups registry tools into named exposure sets for discovery, policy, and session startup.

Audience
Operators running durable agent work
Focus
Tools guidance shaped for scanability, day-two clarity, and operator context.

Toolsets group related tools so AGH can expose a coherent operating surface without forcing every agent or operator to reason about hundreds of individual tool IDs first.

Use toolsets when you need to understand why a session can see one family of tools, why a tool is missing, or how a catalog expands into concrete tool IDs.

In one sentence

A toolset is a named bundle of registry tools with expansion diagnostics.

Inspect toolsets

List known toolsets:

agh toolsets list -o json

Inspect one expansion:

agh toolsets info agh__catalog -o json

What happened: AGH resolved the toolset through the registry and returned the expanded tool IDs plus diagnostics. Use diagnostics when an expected tool is missing or unavailable in the current scope.

Default catalog shape

The default discovery surface is intentionally small:

Toolset or toolJob
agh__bootstrapGives a managed agent enough initial runtime context to orient itself.
agh__catalogExposes the high-level registry catalog.
agh__tool_searchSearches for tools by descriptor text.
agh__tool_infoReturns one descriptor, schema, and diagnostics before invocation.

The goal is progressive disclosure. Agents should not load every tool schema into context on every turn. They search, inspect, then invoke.

How toolsets help operators

Toolsets answer practical questions:

  • Which tools are exposed by default?
  • Which concrete tool IDs are in this catalog?
  • Is a tool unavailable because of scope, policy, missing daemon state, or configuration?
  • Which tools should a managed agent inspect first?

How toolsets help agents

Agents should treat toolsets as navigation, not as permission to call everything blindly.

Recommended flow:

  1. Use the bootstrap/catalog surface.
  2. Search for the task-specific tool family.
  3. Inspect the descriptor and input schema.
  4. Invoke only after the target and required fields are clear.
  5. Report the result or failure using the owning task/session surface.

On this page