Listed from the MCP registry; nobody on Odel publishes it.
Is this yours? Claim itKeeps your memory: WhatsApp, voice or any AI tool over MCP, Markdown you own, recall with sources
One address for any MCP client. You sign in at cloud.zenod.dev once, after adding it.
Not assessed yet.
Odel charges nothing per call. The publisher may charge for its own service.
| Access to | Read | Change |
|---|---|---|
| Mcp | Not stated: mcp | |
From the sign-in at cloud.zenod.dev, as the endpoint publishes it. You approve it there.
Odel could not list its tools without signing in.
An open-source AI memory agent with self-hosted and managed-hosted modes.
Zenod is the interface between AI agents and your personal knowledge vault. Self-hosted Zenod uses ordinary Markdown in your own GitHub repository; Zenod Hosted can use either a user-owned GitHub repository or an app-created Google Drive vault, with real Git history in either case. Agents talk to Zenod through MCP; Zenod reads and writes the vault on their behalf, enforcing its organization rules so memory compounds instead of rotting.
Named after Zenodotus of Ephesus, first librarian of the Library of Alexandria.
This repository contains both the open-source self-hosted Zenod runtime and the shared hosted
runtime deployed at cloud.zenod.dev. The deal is simple:
git log is the audit trail; every fact has a provenance link back to the evidence that produced it.The hosted service uses the same engine and image with tenant-scoped storage, encrypted credential custody, Google or GitHub sign-in, user-selected Drive or GitHub vault authority, Stripe billing, and fail-closed production-readiness checks. GitHub issue/code tasking remains an optional connection; memory and local Markdown backlog work do not require it. Self-hosting does not depend on the hosted customer layer: if you can run a container, you never need the hosted service.
Two roles, one engine (full doctrine in docs/LIBRARIAN-DOCTRINE.md):
Agents never get raw file CRUD. The write path is the product.
Early access / hosted beta. The engine, REST API, authenticated remote MCP endpoint, settings UI, Docker image, multi-tenant hosted runtime, GitHub onboarding, subscription lifecycle, billing portal, and production-readiness gate are implemented. Public paid signup remains closed automatically unless live billing, legal version, tax handling, support contact, and a recent restore verification are all configured.
docker build -t zenod .
docker run -d --name zenod -p 8080:8080 -v zenod-data:/data zenod
Open http://localhost:8080 and the setup wizard takes it from there: create an admin password, connect your vault repo with a GitHub fine-grained PAT (Contents: read & write), add your Anthropic API key, and copy the MCP connection snippet. All state — settings, conversation history, and the vault clone — lives on the single /data volume. If your vault is a plain Obsidian vault, Zenod adds the machine schema (.brain/config.yml, Areas/, templates) on first connect with a schema: v1 commit.
Connect Claude Code to the deployed instance:
claude mcp add --transport http zenod https://your-host/mcp --header "Authorization: Bearer <token from settings>"
┌─────────────────────────── one container ───────────────────────────┐
│ │
│ Web UI (React/Vite/shadcn) ──┐ │
│ MCP endpoint (Streamable HTTP)├──► Brain engine ──► vault workdir │
│ HTTP API / CLI ──────────────┘ store · ask · chat │ │
│ search · get · lint │ git │
│ SQLite (settings, conversations, ▼ │
│ job queue) on a volume your GitHub vault │
└──────────────────────────────────────────────────────────────────────┘
AGPL-3.0. Your vault content is yours; this license covers the code.