mcp-markdown-vault
Related Servers
Alternatives to mcp-markdown-vault
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceMCP server for Obsidian that exposes tools for reading/writing notes, managing frontmatter and tags, querying Tasks, semantic search, and interacting with Obsidian Bases, with shared local caching and support for various runtime modes.40Apache 2.0
- AlicenseNot gradedqualityAmaintenanceLocal-first MCP server for retrieval over markdown wikilink vaults, offering hybrid vector+lexical search, note reading, neighbor expansion, and recent activity tracking with fully local embeddings and no network egress.MIT
- AlicenseAqualityAmaintenanceSelf-hosted MCP server for Obsidian with semantic + full-text search over PostgreSQL/pgvector, wikilink graph traversal, atomic note CRUD, OAuth 2.0, and a self-describing vault guide.2517MIT
- AlicenseAqualityDmaintenanceA standalone Node MCP server that provides semantic search, knowledge graph, and vault editing over an Obsidian vault. It runs locally as a single stdio process without requiring an Obsidian plugin for core functionality.18121 npm12Apache 2.0
- AlicenseNot gradedqualityAmaintenanceMCP server that turns a Markdown folder (e.g. Obsidian vault) into a second brain, capturing readings and ideas, connecting them as concepts, and resurfacing related notes on demand.28 npmMIT
- AlicenseAqualityDmaintenanceTypeScript MCP server for Obsidian with core vault operations, graph analytics, and semantic search.329 npmMIT
TDQS
Scored across 5 tools
The view and vault tools both expose read operations (view.read and vault.read) with overlapping semantics, and the edit tool overlaps with vault.update in that both can write content to notes. The system and workflow tools also have a 'status' action each, which could be confused despite different scopes. An agent must read descriptions carefully to choose correctly, and the boundaries remain fuzzy for common tasks like reading or updating a note.
All tool names use a consistent snake_case pattern, and the internal actions are consistently named with single lowercase words. The only slight inconsistency is that there is no shared verb_noun pattern across tools—they are domain-oriented nouns with action parameters—but within this design, naming is predictable.
Five tools for a markdown vault server is a well-scoped, compact surface. Each tool covers a distinct domain (system, view, edit, vault, workflow), and no tool appears redundant in count.
The toolset provides full CRUD (vault.create/read/update/delete), search, backlinks, frontmatter handling, templates, system administration, and workflow management. This covers the lifecycle of markdown notes and vault operations without obvious gaps.