Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

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
check_executableA

Check one exact command name for a collision in the indexed snapshot.

    Use this for one candidate; use check_executables for several, and do not use it for fuzzy
    discovery—use search_similar_executables. name is case-sensitive and is not normalized;
    scope filters providers with AND semantics before the collision decision, so a scoped miss is
    non-exhaustive. The tool makes no live registry call and never runs or installs software; a
    hit returns providers, while a miss is clear only when coverage_scope is exhaustive.
    
check_executablesA

Check several exact command names for collisions in one indexed snapshot.

    Use this for multiple candidates; use check_executable for one, and do not use it to rank
    similar spellings—use search_similar_executables. One scope filters every name with AND
    semantics; each name is evaluated independently and results, including duplicates, preserve
    input order. The tool makes no live registry call and never runs software; treat misses as
    unknown unless coverage_scope is exhaustive, which a supplied scope never is.
    
resolve_installationA

Resolve advisory install and invocation argv for one indexed command provider.

    Use this after lookup for one known target; use resolve_installations for several commands,
    and do not use it for name availability—use check_executable. environment maps its package
    manager to a provider ecosystem before preferences.package narrows candidates; omitted target
    facts are returned in required_context rather than guessed. The tool never executes argv or
    probes package availability; status and verification distinguish ready, ambiguous,
    unsupported, unverified, missing-index, and incomplete-context outcomes.
    
resolve_installationsA

Resolve advisory install and invocation argv for several commands on one target.

    Use this when all commands share an environment and preferences; use resolve_installation
    for one, and do not use it for availability—use check_executables. The shared environment
    selects an ecosystem before preferences.package narrows each command independently; results,
    including duplicates, preserve input order. The tool never executes argv or probes package
    availability, and each result reports its own status, required_context, and verification.
    
get_executableA

Return the canonical provider record for one exact indexed command name.

    Use this to inspect package, ecosystem, source, version, and provenance; use check_executable
    for collision decisions, and do not treat a null record as availability. name is not
    normalized; scope applies AND filters to providers before deciding whether record is null, so
    a known command can disappear when no provider matches. The tool reads one fixed snapshot and
    performs no live lookup; interpret null with coverage_scope.
    
search_executablesA

Discover indexed command names matching prefix, length, ecosystem, and provider filters.

    Use this for exploration; use check_executable for exact collisions and
    search_similar_executables for confusable names. All active filters intersect; ecosystem and
    scope.ecosystem must both match, so conflicting values return none, and limit applies only
    after deterministic case-insensitive sorting with case-sensitive tie-breaking. Do not use an
    empty result to infer availability: the tool makes no live registry call and fails instead of
    returning partial data when a required derived index is missing or corrupt.
    
search_similar_executablesA

Find indexed command names that may be confused with one proposed name.

    Use this after an exact check for typo risk; use check_executable for exact existence, and do
    not substitute this fuzzy result. name seeds case-folded trigram candidates, scope filters
    them before scoring, and limit applies after ranking by edit distance, trigram similarity,
    then name. The tool makes no live registry call; an empty match list covers only the fixed
    snapshot and optional scope, not global absence.
    
get_coverageA

Explain snapshot provenance, source coverage, freshness, and negative-result limits.

    Call this with no parameters before interpreting a miss; use check_executable to look up a
    command, and do not use coverage metadata as an existence result. negative_lookup becomes
    exhaustive only when every declared source succeeded with exhaustive, unrestricted coverage;
    otherwise absence remains unknown. The tool reads fixed metadata without probing registries,
    and freshness may be unavailable because its partial scan is stored separately.
    
assess_executableA

Assess freshness, activity, popularity, and collision risk for one command name.

    Use this after an existence check; use assess_executables for several names, and do not use it
    instead of check_executable. scope filters providers before signals are aggregated; release
    age is measured against request time with a 365-day threshold, while usage counts can still
    establish activity. The tool makes no live registry call; unknown or insufficient_evidence
    means missing snapshot evidence, not that the name is safe.
    
assess_executablesA

Assess freshness, activity, popularity, and collision risk for several command names.

    Use this to compare candidates; use assess_executable for one, and do not use it instead of
    check_executables. One scope filters every name before per-name signal aggregation; release
    age uses request time and results, including duplicates, preserve input order. The tool makes
    no live registry call; unknown or insufficient_evidence means missing snapshot evidence, not
    safety, so retain each result's existence and coverage context.
    

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription
metadata_resource
coverage_resource

TDQS

A4.6/5.0

Scored across 10 tools

Disambiguation4/5

The set has clear action boundaries (check, get, resolve, search, assess), and the singular/plural arity pairs are explicitly explained. However, check_executable and get_executable both perform exact-name lookups and return provider-related data, so an agent could initially confuse collision checking with record retrieval.

Naming Consistency5/5

All tools use snake_case verb_noun naming with a consistent singular/plural convention for batch variants. There is no mixed casing, vague verb, or inconsistent pattern.

Tool Count5/5

Ten tools is well-scoped for an advisory executable-index service, covering coverage metadata, exact checks, install resolution, search, similarity, and assessment. Each tool and its batch variant earns its place.

Completeness4/5

Core workflows are covered: coverage inspection, exact collision checks, install resolution, discovery, similarity search, and risk assessment. Minor gaps remain, such as no batch variant for get_executable and no explicit ecosystem/provider enumeration tool, but agents can work around them.

Maintenance

ActivityMaintained
ResponsivenessSyncing