forja
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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. |
| 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. |
| checkA | Comprueba el proyecto sin ejecutarlo: sintaxis, tipos y lint de TODOS sus lenguajes. |
| fixC | Aplica las correcciones automáticas SEGURAS y vuelve a comprobar. |
| testB | Ejecuta los tests de todos los lenguajes del proyecto y localiza cada fallo. |
| gateA | check + test en una llamada: la puerta final. ok solo si TODO pasa. |
| 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. |
| 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. |
| 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. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 9 tools
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.
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.
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.
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.