Obsidian Tc
Model-agnostic, agent-ready Obsidian MCP server with RBAC, SLSA provenance, and native search.
- Transport
- Not stated
- Package
- —
- Registry id
- io.github.The-40-Thieves/obsidian-tc
No install snippet on purpose. A working MCP config is a command, its arguments and an environment block — the last two are where API keys live, so this catalogue never stores them and cannot publish them. Follow the link above for the authors' own instructions.
Obsidian Turbocharged — governed, agent-ready vault access over MCP.
npm install -g obsidian-tc # Node >= 24 or Bun >= 1.1
Also ships as a Docker image (ghcr.io/the-40-thieves/obsidian-tc), a one-click .mcpb bundle, and standalone binaries.
Since v5.0 (2026-07-24), the Local REST API plugin ships its own built-in MCP server — 18
tools at https://127.0.0.1:27124/mcp/ for vault CRUD, search, and commands. obsidian-tc adds
three things it doesn't have: governed writes (folder ACLs, human-in-the-loop confirmation,
compare-and-swap, an audit log), fused retrieval (BM25 + vector + graph, RRF-fused and
reranked), and memory that lives in the vault — episodes, activation decay, and explicit
forgetting, under the same ACL as every other write.
The fastest way to try it, no install step and no config file:
npx obsidian-tc /path/to/vault
Lexical search and every note tool work immediately; semantic and graph-seeded retrieval need an embeddings backend (Ollama by default), which is the upgrade a config file buys you.
TC Bridge: the companion Obsidian plugin
If you arrived here from Obsidian's plugin browser, this section is the part about you. The directory listing for TC Bridge points at this repository because the plugin lives in it, but the plugin is a small optional bridge, not the server described on the rest of this page.
TC Bridge extends the Local REST API plugin with namespaced endpoints that the obsidian-tc server calls for features that only exist inside a running Obsidian: command-palette dispatch, Templater, Dataview and Datacore queries, Tasks, QuickAdd, Omnisearch, Excalidraw, Metadata Menu, MakeMD spaces, daily notes, OCR via Text Extractor, Obsidian Git, and Remotely Save. Every filesystem-level feature of the server (governed writes, search, memory) works without it.
- Install and enable Local REST API first. TC Bridge registers its routes on that plugin's server and reuses its bearer-token auth. It opens no port of its own and is desktop-only.
- The plugin is not the server. The folder ACLs, human-in-the-loop confirmations and retrieval
described below run in the obsidian-tc process, which you install and run separately (see
Quick start). To reach the bridges, the server's per-vault config needs
restApiUrlandrestApiKey; the walkthrough is docs/QUICKSTART.md, step 6. - The Local REST API key is a vault root password. The bridge routes run with the same authority as that plugin's own endpoints, so read the companion plugin trust boundary before handing the key to any agent.
- Formerly "Obsidian Turbocharged" (id
obsidian-tc). That id is retired; settings migrate on first load and the old id's final release only shows a pointer here. Details in packages/plugin/README.md.
Why this exists
An AI agent with raw filesystem access to your Obsidian vault can do real damage: overwrite years of notes, delete the wrong folder, read the journal you never meant to expose, or quietly leak plugin API keys sitting in .obsidian/. Most Obsidian MCP servers hand an agent that access with little more than an API key between it and everything you have written.
From the project's README.