brain
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
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_vaultA | Lista archivos .md del vault (path + description del frontmatter). prefix opcional, ej. 'projects'. |
| read_fileA | Devuelve el contenido completo de un archivo del vault (path relativo, ej. 'BRAIN.md'). |
| write_fileA | Crea o REEMPLAZA ENTERO un archivo del vault. Queda en el historial (file_history). |
| append_fileB | Agrega contenido al final de un archivo del vault (lo crea si no existe). Queda en el historial. |
| str_replace_fileC | Reemplazo puntual: 'old' debe aparecer exactamente una vez en el archivo. Queda en el historial. |
| delete_fileB | Borra un archivo del vault. Recuperable con file_history + restore_file. |
| file_historyA | Versiones de un archivo del vault, la más nueva primero (id, fecha, operación). El id sirve para restore_file. |
| restore_fileA | Vuelve un archivo a como quedó en la versión version_id (ver file_history). La restauración también queda en el historial, así que se puede deshacer. |
| add_memoryA | Guarda un hecho duradero sobre el usuario en memory/.md (sin duplicar). Ej: add_memory("Prefiere respuestas cortas", "Preferencias"). |
| list_skillsA | Lista los skills disponibles (skills/*.md) con su description, para decidir cuál aplica. |
| get_skillA | Devuelve el contenido de un skill por nombre (ej. 'mi-skill' o 'mi-skill.md'). |
| save_urlA | Scrapea una URL, la chunkea, la indexa en Chroma y crea/actualiza su .md en knowledge/sources/. Si la URL ya estaba guardada, la actualiza (no duplica). Si el fetch normal no saca texto útil (sitio con mucho JS), renderiza solo con Playwright; render_js=True fuerza ese camino directo. |
| search_knowledgeA | Búsqueda semántica en las fuentes scrapeadas. Devuelve chunks con url y source_md_path. |
| list_sourcesA | Lista todas las fuentes scrapeadas (url, fecha, path del .md, título). |
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 14 tools
Each tool targets a distinct operation or resource: vault file listing/content/mutation/history, memory facts, skills, and knowledge sources are clearly separated. Even similar file-editing tools are distinguished by whole-file vs append vs targeted replace.
Almost all tools follow a clear verb_noun snake_case pattern (list_vault, write_file, save_url, search_knowledge). The only deviation is file_history, which is noun_noun rather than an action like get_file_history or list_file_history.
Fourteen tools is well-scoped for a personal knowledge/brain vault server: each tool covers a meaningful capability without redundancy. The count is in the ideal range.
The file lifecycle is fully covered with read/write/append/replace/delete plus history and restore. Minor gaps remain: memory facts only have an add operation (though vault tools can edit them), and there is no explicit way to remove a scraped source from the search index.