Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
SMART_ROUTER_HOMENoDirectory containing the registry as <home>/config.json.
SMART_ROUTER_CONFIGNoExplicit path to the config.json file.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
searchA

Search available MCP tools and Skills by name, description, or regex.

Returns up to limit matching entries (each with a "type" of "tool" or "skill"). Use call_tool on a "tool" match or use_skill on a "skill" match to actually invoke it.

call_toolA

Invoke a downstream MCP tool found via search.

server and name come from a search result of type "tool".

use_skillA

Load the full instructions for a Skill found via search.

routeA

Pick the best tool or skill for task, ranked by server-side routing config.

Returns the selection (chosen / candidates) and NEVER executes anything — invoke the pick yourself via call_tool or use_skill. context is optional light file metadata (file_path / extension, references only); mode overrides the configured auto/ask default for this call.

adminB

Manage the warden registry. Actions: list, register_mcp, register_skill, unregister, migrate, restore, get_routing, set_routing. params carries the action's arguments.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4/5.0

Scored across 5 tools

Disambiguation5/5

Each tool serves a distinct role: search for discovery, call_tool for execution, use_skill for loading skill instructions, route for recommendations without execution, and admin for registry management. There is no functional overlap; an agent can clearly differentiate when to use each.

Naming Consistency4/5

All names are lowercase snake_case and readable, but they mix bare verbs (search, route) with verb_noun forms (call_tool, use_skill) and a noun (admin). This is a minor deviation from a fully consistent pattern, though the intent remains clear.

Tool Count5/5

With only 5 tools, the server is tightly scoped to its routing/discovery purpose. Each tool earns its place, covering search, invocation, skill handling, recommendation, and administration without unnecessary bloat.

Completeness5/5

The surface fully covers the smart-router domain: agents can discover tools/skills, invoke them, load skill instructions, get routing recommendations, and manage the registry. No obvious dead ends or missing lifecycle operations for the stated purpose.

Maintenance

ActivityStale
ResponsivenessUnresponsive