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": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
list_agentsA

Returns configured coding agents and their local availability

list_repositoriesA

Returns configured repository aliases and safe metadata

start_taskB

Starts a coding-agent task in a configured repository workspace

continue_taskA

Sends follow-up instructions to an existing task session

get_taskB

Returns task state and concise metadata

get_task_outputA

Returns bounded task output with pagination cursor support

cancel_taskA

Cancels a running coding-agent task

get_repo_statusA

Returns structured Git status for a task workspace or configured repository

get_diffA

Returns the Git diff for a task workspace or configured repository (including committed changes since task base SHA and untracked files)

run_verificationB

Runs a configured verification profile (e.g. test, lint) in a task workspace or repository

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.8/5.0

Scored across 10 tools

Disambiguation5/5

Each tool addresses a distinct resource or action: agent discovery, repository discovery, task lifecycle management, output retrieval, git inspection, and verification. There is no meaningful overlap between get_task and get_task_output, or between get_repo_status and get_diff.

Naming Consistency5/5

All tools follow a consistent snake_case verb_noun pattern (list_*, start_*, cancel_*, continue_*, get_*, run_*). The naming is predictable and makes the action-resource relationship clear across the entire set.

Tool Count5/5

Ten tools is well-scoped for a coding-agent orchestration server. Each tool covers a necessary operation without redundancy, and the count is within the ideal range for maintainability and agent usability.

Completeness5/5

The tool surface covers the full task lifecycle: create (start_task), read (get_task, get_task_output), update (continue_task), and cancel (cancel_task). It also provides discovery (list_agents, list_repositories), repository inspection (get_repo_status, get_diff), and verification (run_verification), leaving no obvious dead ends for the stated purpose.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive