evc-team-relay-mcp
This MCP server gives AI agents Team Relay-backed access to an Obsidian vault: list shares/files, read files, and create/update files with an agent key.
Authenticate with Relay credentials; token lifecycle is handled internally.
List accessible shares, optionally filtered by
kind(doc/folder) andowned_only.List files in a folder share.
Read a file by path from a folder share.
Create or update a file by path in a folder share — agent-key mode only; email/password JWT mode is read-only.
read_document,write_document, anddelete_fileare declared but not usable: they always raise because no backend route exists.No
tr_searchtool is present in the server schema.
Allows AI agents to read from and write to an Obsidian vault, enabling capabilities such as listing files, reading document content, and creating or updating notes with real-time synchronization via the Team Relay API.
EVC Team Relay - MCP Server
Give your AI agent read/write access to your Obsidian vault.
Your agent reads your notes, creates new ones, and stays in sync — all through the Team Relay API.
Works with Claude Code, Codex CLI, OpenCode, and any MCP-compatible client.
Quick Start
1. Install
Option A — from PyPI (recommended):
No installation needed — uvx downloads and runs automatically. Skip to step 2.
Option B — from source:
git clone https://github.com/entire-vc/evc-team-relay-mcp.git
cd evc-team-relay-mcp
uv sync # or: pip install .2. Configure your AI tool
Add the MCP server to your tool's config. Choose one authentication method:
Agent key (recommended) — create a key in the Obsidian plugin → Team Relay settings → Agent Keys. Supports read and write: list_files, read_file, tr_search, and upsert_file all work with a single key. Quickstart →
Email + password — use a dedicated agent account on your Relay instance.
Add to .mcp.json in your project root or ~/.claude/.mcp.json:
{
"mcpServers": {
"evc-relay": {
"command": "uvx",
"args": ["evc-team-relay-mcp"],
"env": {
"RELAY_CP_URL": "https://cp.yourdomain.com",
"RELAY_AGENT_KEY": "tr_agent_your_key_here"
}
}
}
}{
"mcpServers": {
"evc-relay": {
"command": "uvx",
"args": ["evc-team-relay-mcp"],
"env": {
"RELAY_CP_URL": "https://cp.yourdomain.com",
"RELAY_EMAIL": "agent@yourdomain.com",
"RELAY_PASSWORD": "your-password"
}
}
}
}Add to your codex.json:
{
"mcp_servers": {
"evc-relay": {
"type": "stdio",
"command": "uvx",
"args": ["evc-team-relay-mcp"],
"env": {
"RELAY_CP_URL": "https://cp.yourdomain.com",
"RELAY_AGENT_KEY": "tr_agent_your_key_here"
}
}
}
}Add to opencode.json:
{
"mcpServers": {
"evc-relay": {
"command": "uvx",
"args": ["evc-team-relay-mcp"],
"env": {
"RELAY_CP_URL": "https://cp.yourdomain.com",
"RELAY_AGENT_KEY": "tr_agent_your_key_here"
}
}
}
}If you installed from source instead of PyPI, replace "command": "uvx" / "args": ["evc-team-relay-mcp"] with:
"command": "uv",
"args": ["run", "--directory", "/path/to/evc-team-relay-mcp", "relay_mcp.py"]Environment variables:
Variable | Required | Description |
| Yes | Control plane base URL |
| One of | Agent key from plugin settings — read + write (recommended) |
| One of | Account email (email/password mode) |
| One of | Account password (email/password mode) |
Ready-to-copy config templates are also in config/.
3. Use it
Your AI agent now has these tools:
Tool | Description |
| Authenticate with credentials (auto-managed) |
| List accessible shares (filter by kind, ownership) |
| List files in a folder share |
| Read a file by path from a folder share |
| Not implemented — no backend route in any auth mode, always raises |
| Create or update a file by path — agent-key mode only; raises in email/password (JWT) mode |
| Not implemented — no backend route in any auth mode, always raises |
| Not implemented — no backend route in any auth mode, always raises |
Typical workflow: list_shares -> list_files -> read_file / upsert_file
Authentication is automatic — the server logs in and refreshes tokens internally.
Tool availability matrix
Not every tool works in every auth mode, and one group doesn't work in either mode — these are two unrelated facts, so don't conflate them:
Group | Tools | Status |
Agent key, folder shares |
| Working — the only write path in this MCP server |
JWT (email/password) |
| Working, read-only by design |
No backend route in either mode |
| Always raise |
Write access requires an agent key:
upsert_fileis the only write tool with a working backend route, and it only writes when an agent key (RELAY_AGENT_KEY/RELAY_AGENT_KEYS) is configured. JWT mode callingupsert_fileraises a clearValueErrornaming agent-key mode as the fix, instead of a confusing 404.read_document,write_document, anddelete_fileare a separate, independent gap — the control plane has no backend route for them at all, in agent-key mode either. Switching to an agent key will not make them work: doc-share live content is CRDT/WebSocket-only (no REST bridge), and per-file delete has noDELETEroute server-side yet. If routes for these are ever added, they'd still follow the agent-key-only write policy above — JWT would stay read-only.
Related MCP server: Obsidian Knowledge Management MCP Server
Remote Deployment (HTTP Transport)
For shared or server-side deployments, run as an HTTP server:
# Direct
uv run relay_mcp.py --transport http --port 8888
# Docker (pulls from Docker Hub automatically)
RELAY_CP_URL=https://cp.yourdomain.com \
RELAY_EMAIL=agent@yourdomain.com \
RELAY_PASSWORD=your-password \
docker compose up -d
# Or pull explicitly
docker pull deadalusevc/evc-team-relay-mcp:latestBy default the server binds to 127.0.0.1 (localhost-only) — the endpoint is not
reachable over the network even if the host has a public IP. This matches the common
case of a single MCP client on the same machine as the server.
Then configure your MCP client to connect via HTTP:
{
"mcpServers": {
"evc-relay": {
"type": "streamable-http",
"url": "http://127.0.0.1:8888/mcp"
}
}
}Remote access via SSH tunnel (recommended)
If your MCP client runs on a different machine than the server, tunnel to the localhost-bound port instead of exposing it publicly:
# From the client machine, forward local 8888 to the server's localhost:8888
ssh -N -L 8888:127.0.0.1:8888 user@your-serverThen point the client config at http://127.0.0.1:8888/mcp as above — traffic
goes through the SSH tunnel, and the server's bind address never needs to change.
Public / reverse-proxy binding (opt-in)
If you genuinely need the server to accept connections from other hosts directly
(e.g. it sits behind a reverse proxy that terminates TLS and handles auth), pass
--host explicitly:
uv run relay_mcp.py --transport http --port 8888 --host 0.0.0.0Only do this behind a reverse proxy or firewall — the MCP HTTP endpoint itself
has no built-in authentication, so binding it to 0.0.0.0 on an open network
exposes every relay tool call to anyone who can reach the port.
Security
The MCP server provides significant security advantages over shell-based integrations:
No shell execution — all operations are Python function calls via JSON-RPC, eliminating command injection risks
No CLI arguments — credentials and tokens are never passed as process arguments (invisible in
psoutput)Automatic token management — the server handles login, JWT refresh, and token lifecycle internally; the agent never touches raw tokens
Typed inputs — all parameters are validated against JSON Schema before execution
Single persistent process — no per-call shell spawning, no environment leakage between invocations
Note: If you're using the OpenClaw skill (bash scripts), consider migrating to this MCP server for a more secure and maintainable integration.
How It Works
┌─────────────┐ MCP ┌──────────────┐ REST API ┌──────────────┐ Yjs CRDT ┌──────────────┐
│ AI Agent │ ◄────────────► │ MCP Server │ ◄─────────────► │ Team Relay │ ◄──────────────► │ Obsidian │
│ (any tool) │ stdio / HTTP │ (this repo) │ read/write │ Server │ real-time │ Client │
└─────────────┘ └──────────────┘ └──────────────┘ sync └──────────────┘The MCP server wraps Team Relay's REST API into standard MCP tools. Team Relay stores documents as Yjs CRDTs and syncs them to Obsidian clients in real-time. Changes made by the agent appear in Obsidian instantly — and vice versa.
Prerequisites
Python 3.10+ with uv (recommended) or pip
A running EVC Team Relay instance (self-hosted or hosted)
A user account on the Relay control plane
Part of the Entire VC Toolbox
Product | What it does | Link |
Team Relay | Self-hosted collaboration server | |
Team Relay Sync | Obsidian plugin for Team Relay | |
Relay MCP | MCP server for AI agents | this repo |
OpenClaw Skill | OpenClaw agent skill (bash) | |
Local Sync | Vault <-> AI dev tools sync | |
Spark MCP | MCP server for AI workflow catalog |
Community
License
MIT
Available Tools
8 toolsauthenticateA
Authenticate with the Relay Control Plane.
Uses RELAY_EMAIL and RELAY_PASSWORD env vars. Returns a status message. The token is managed internally — subsequent tool calls use it automatically.
Inputs: no named parameters. Returns: result
delete_fileA
Delete a file from a folder share.
Removes the file from the folder's metadata registry. The file disappears from Obsidian on next sync.
Args: share_id: UUID of the folder share. file_path: File path within the folder (e.g. "old-note.md").
Returns: JSON with path and status.
Inputs: share_id (required), file_path (required). Returns: result
list_filesA
List files in a folder share.
Args: share_id: UUID of the folder share.
Returns: JSON with doc_id and files map (path -> {doc_id, type}).
Inputs: share_id (required). Returns: result
read_documentA
Read document content by doc_id (low-level).
For doc shares, omit doc_id — it defaults to share_id. For folder shares, pass the file's doc_id from list_files. Prefer read_file for folder shares.
Args: share_id: UUID of the share (for ACL check). doc_id: Document UUID. Defaults to share_id for doc shares. key: Yjs shared type key. Default "contents".
Returns: JSON with doc_id, content, format.
Inputs: share_id (required), key, doc_id. Returns: result
read_fileA
Read a file from a folder share by its path.
Resolves path -> doc_id automatically. This is the recommended way to read files from folder shares.
Args: share_id: UUID of the folder share. file_path: File path within the folder (e.g. "Marketing/plan.md").
Returns: JSON with doc_id, content, format, path.
Inputs: share_id (required), file_path (required). Returns: result
upsert_fileA
Create or update a file in a folder share.
Automatically detects whether the file exists:
Existing file -> updates content (PUT)
New file -> creates file and registers in folder metadata (POST)
This is the recommended way to write files to folder shares.
Args: share_id: UUID of the folder share. file_path: File path within the folder (e.g. "notes/todo.md"). content: Full text content to write.
Returns: JSON with doc_id, path, length, operation ("created" or "updated").
Inputs: content (required), share_id (required), file_path (required). Returns: result
write_documentA
Write content to a document by doc_id (doc shares only).
For folder shares, use upsert_file instead.
Args: share_id: UUID of the share (for ACL check). doc_id: Document UUID. content: Full text content to write (replaces entire document). key: Yjs shared type key. Default "contents".
Returns: JSON with doc_id, length.
Inputs: doc_id (required), content (required), share_id (required), key. Returns: result
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 8 tools
Each tool has a clearly distinct purpose: authentication, managing shares, listing files, reading/writing via path or doc_id, and deleting files. No two tools overlap in functionality.
All tools follow a consistent verb_noun snake_case pattern (e.g., list_files, upsert_file, read_document). There are no deviations or mixed conventions.
With 8 tools, the set is well-scoped for managing files within shares. Each tool serves a specific operation, and the count is suitable for the domain without being excessive or insufficient.
The tool surface covers all core operations: authentication, listing shares and files, reading, writing (create/update), and deleting files. There are no obvious gaps for the intended purpose of managing files in folder and doc shares.
Maintenance
Related MCP Connectors
Search, read, and safely update Markdown notes in your connected Phasoric knowledge vaults.
Search your Obsidian vault to quickly find notes by title or keyword, summarize related content, a…
Search and reason over your Obsidian-style Markdown vault, right from ChatGPT.
Encrypted Markdown notes and team knowledge base. Search, read and write notes in vaults you allow.
Related MCP Servers
- AlicenseBqualityDmaintenanceEnables direct file system access to Obsidian vaults with auto-discovery, full-text search, and note operations. Supports reading, writing, and searching across Obsidian notes without requiring plugins or REST API.63,713 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables LLMs to read, search, and manage Obsidian vault markdown files, including YAML frontmatter, wikilinks, and graph operations through a secure stateless I/O layer.MIT
- FlicenseNot gradedqualityNot gradedmaintenanceEnables AI assistants to read, write, search, and navigate Obsidian vault notes with support for CRUD operations, full-text search, graph navigation, daily notes, and frontmatter management.3,713 npm-
- FlicenseNot gradedqualityBmaintenanceProvides secure, direct file system access to Obsidian vault files, enabling search, read, write, and discovery of notes without requiring the Obsidian app.24-