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
}

Tools

Functions exposed to the LLM to take actions

NameDescription
overviewA

Mapa del proyecto en una llamada: lenguajes, carpetas, cómo se comprueba, puntos de entrada, índice de la documentación (solo títulos con su línea) y estado de git. Úsalo al empezar en vez de leer README o listar carpetas.

Args:
    path: ruta absoluta al proyecto o a cualquier archivo dentro de él.
outlineB

Funciones y clases de un archivo, o de todos los de una carpeta, con su rango de líneas (p. ej. "L12-40 def calcular(x) -> int"). Lee después solo ese rango, no el archivo entero.

Args:
    path: ruta absoluta a un archivo o carpeta del proyecto.
checkA

Comprueba el proyecto sin ejecutarlo: sintaxis, tipos y lint de TODOS sus lenguajes.

Args:
    path: ruta absoluta al proyecto o a cualquier archivo dentro de él.
    timeout: segundos máximos por herramienta.
    full: true para recibir todos los campos, incluido el detalle de lo ya visto.
fixC

Aplica las correcciones automáticas SEGURAS y vuelve a comprobar.

Modifica archivos: `fixed` dice qué se corrigió y dónde.
testB

Ejecuta los tests de todos los lenguajes del proyecto y localiza cada fallo.

Args:
    path: ruta absoluta al proyecto o a cualquier archivo dentro de él.
    selector: opcional, limita a un archivo o test concreto.
    coverage: true para ver qué líneas no ejecuta ningún test (Python).
    timeout: segundos máximos.
    full: true para recibir todos los campos, incluido el detalle de lo ya visto.
gateA

check + test en una llamada: la puerta final. ok solo si TODO pasa.

Args:
    path: ruta absoluta al proyecto o a cualquier archivo dentro de él.
    coverage: true para incluir las líneas sin cubrir por los tests.
    timeout: segundos máximos por fase.
mutateA

¿Los tests son buenos? Mete bugs pequeños en COPIAS del código y mira si los tests los detectan. Cada superviviente es algo que ningún test comprueba (algunos son equivalentes: júzgalos). Hoy solo para Python.

Args:
    path: ruta absoluta al proyecto.
    file: opcional, solo muta este archivo (ruta relativa al proyecto).
    max_mutants: máximo de mutaciones a probar.
    timeout: segundos máximos en total.
recallA

Memoria del proyecto, ordenada por importancia: errores que se repiten, errores abiertos, patrones (el mismo tipo de error en varios sitios), lo resuelto hace poco y las lecciones guardadas. Se llena sola con cada check/test. Úsalo antes de cambiar código en un proyecto en el que ya trabajaste.

Args:
    path: ruta absoluta al proyecto.
    topic: opcional, filtra por archivo, código de error o texto (p. ej. "cli.py").
learnA

Guarda una lección del proyecto para no repetir un error (p. ej. "usar Decimal, nunca float, para dinero"). Aparecerá sola junto a ese error si vuelve a ocurrir.

Args:
    path: ruta absoluta al proyecto.
    lesson: la lección, en una frase.
    about: opcional, a qué se aplica: código de error (F821), archivo o nombre de test.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.6/5.0

Scored across 9 tools

Disambiguation4/5

Each tool has a fairly distinct role: learn/recall handle memory (write vs read), check/test/gate handle verification, and fix/mutate/overview/outline are clearly separate operations. The main risk is check vs gate (gate is explicitly 'check + test in one call') and overview vs outline, but the descriptions clarify the boundaries well.

Naming Consistency4/5

All nine tools use a single lowercase word with no style mixing, which is highly consistent. It is not a verb_noun pattern and mixes verbs (learn, fix, test, mutate, recall, check) with nouns (overview, outline, gate), but the stylistic convention is uniform and readable.

Tool Count5/5

Nine tools is well-scoped for a code QA/testing server, with each tool covering a distinct aspect (memory, static check, tests, combined gate, mutation testing, safe fixes, project mapping, file outline). No obvious redundancy or padding.

Completeness4/5

The surface covers a solid lifecycle: explore (overview/outline), verify (check/test/gate), improve (fix), assess test quality (mutate), and accumulate knowledge (learn/recall). Minor gaps exist, such as no way to remove/update a stored lesson, but core workflows are covered.

Maintenance

ActivityMaintained
ResponsivenessNo issues