Vault MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| VAULT_PATH | No | Path to the UniHub Vault directory. If not set, the server checks default locations: ./.unihub-vault/UniHubVault and ~/Q/massage.kg/.unihub-vault/UniHubVault. |
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 |
|---|---|
| create_issueA | Create a new issue in the 10_Inbox directory. |
| read_issueA | Read an issue's content by its unique ID. |
| update_issueA | Update an issue's content by its unique ID. |
| move_issueA | Move an issue to a different stage. |
| list_issuesA | List all issues in a specific stage. |
| read_noteA | Read any note from the vault. |
| list_notesA | List all markdown files in a directory. |
| search_vaultA | Search through all .md files in the vault. |
| get_statusA | Get an overview of vault status: issues by stage and recent notes. |
| set_telegram_webhookB | Set the Telegram bot webhook URL. |
| check_telegram_webhookA | Check Telegram bot webhook status. |
| poll_telegram_updatesB | Poll Telegram for updates and forward them to local webhook. |
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 12 tools
Every tool has a clearly distinct purpose: issue CRUD and staging, note reading and listing, vault search, status overview, and three separate Telegram webhook operations (check, set, poll). No two tools overlap in function or could be confused for each other.
All tool names follow a consistent verb_noun snake_case pattern (create_issue, read_note, list_issues, set_telegram_webhook, etc.). The verb consistently leads, making the action obvious and the object clear, with no mixed conventions or ambiguous abbreviations.
With 12 tools, the set is well-scoped for a vault management server. Each tool addresses a specific need in issue tracking, note access, search, and Telegram integration; none are redundant or excessive for the intended functionality.
The core issue lifecycle (create, read, update, move between stages, list) is complete, and note reading/searching is well covered. Minor gaps include the lack of an explicit delete operation for issues and no create/update/delete for notes, but these are likely intentional design choices for a vault-based workflow.