ZizkaDB MCP Server
by ZIZKA-AI-SLAudit trail database for AI agents. Tamper-evident, checksum-backed decision logs with session replay and time-travel debugging to support EU AI Act Article 12 record-keeping. Drift detection, MCP, Python & TypeScript SDKs. Self-host or cloud.
ZizkaDB is an open-source mcp server by ZIZKA-AI-SL, written mainly in Python, with 150 GitHub stars and the AGPL-3.0 license. Its code was last updated Oct 31, 2026. The latest PyPI release is zizkadb-mcp 0.1.14, published Nov 11, 2026, with 215 downloads last week.
<a href="https://db.zizka.ai"><img src="docs/assets/zizkadb-logo.png" alt="ZizkaDB, the operational database for AI agents: audit log, causal agent memory and compliance" width="160"/></a>
ZizkaDB
The causal database for AI agents: audit trail, agent memory and AI compliance
Every agent decision linked to its cause. Causal agent memory, a tamper-evident audit log and time-travel debugging,<br/> in one open-source database on Postgres. Built for EU AI Act Article 12 record-keeping.
Keyword + vector search · Agent drift measurement · MCP server · Python & TypeScript SDKs · Self-host or cloud
Quickstart · Docs · Integrations · Connect · Cloud · Discussions · Contributing
<a href="#downloads"><img src="https://img.shields.io/endpoint?url=https%3A%2F%2Fraw.githubusercontent.com%2FZIZKA-AI-SL%2FZizkaDB%2Fbadges%2Fdownloads.json&style=for-the-badge" height="36" alt="Total downloads, all packages (see the per-package breakdown)" /></a>
<a href="https://postyourstartup.co/startup/zizkadb-1?ref=award" target="_blank"><img src="https://postyourstartup.co/api/badge/zizkadb-1/award?theme=light&week=32" alt="#1 Product of the Week on PostYourStartup" width="212" height="55" /></a>
</div>Every agent team eventually asks: Why did it say that? Why did it call that tool? ZizkaDB links every agent step to the step that caused it, so you get the answer in one call instead of scrolling through traces. That causal record is also the agent's auditable memory for its next run, and a tamper-evident audit log you can prove was never changed. Observability platforms show you what happened; ZizkaDB is an AI agent auditability platform that proves why, through causal lineage, from agent debugging to AI compliance. Under the hood it is an agentic database: an operational database for AI agents in which every event is SHA-256 checksummed and hash-chained, so its record works as cryptographic telemetry for AI agents that any agent audit can verify.
- Causal lineage, not just traces. Each event carries a
parent_id.db.why(event_id)walks back to the user message, wrong tool, or bad context that started it. - Time-travel debugging and session replay.
db.at(agent, timestamp)rebuilds exactly what the agent knew at any past moment, and you can replay any session step by step. - Provable history. Every event has a checksum and is hash-chained to the one before it, so
db.verify_chain(agent)proves nothing was edited, removed or reordered. GDPR deletions leave a content-free tombstone. A verifiable record for EU AI Act Article 12. - Causal agent memory for the next run.
db.context_for(agent, task)returns the relevant past as a prompt block, ranked by relevance, importance and recency; a new fact can replace an old one (supersedes). Keyword search works with no OpenAI key, hybrid with embeddings, or embed locally. - Built database. Idempotent and batch writes, retention, export/import, read-only and expiring keys, Prometheus metrics, backup and restore scripts.
- Agent drift measurement.
db.baseline(agent)scores how far an agent's recent sessions have moved from its baseline (0 = stable), so you catch agent drift before your users do. - Self-host or cloud. Run it on your own Postgres with one Docker command, or use ZizkaDB Cloud. AGPL-3.0, no per-trace billing; self-hosted data never leaves your infrastructure. Self-hosted runs one agent with one API key; multiple agents, agent fleets and agent-to-agent messaging are on Cloud.
In plain words: ZizkaDB is a flight recorder for AI agents. It records every step an agent takes and which step led to it, so when an agent does something unexpected, you can see exactly why.
Start here
| You are… | Go to |
|---|---|
| New to ZizkaDB, or not technical | ZizkaDB Cloud: nothing to install |
| A developer trying it on your laptop | Quickstart: one command, about a minute |
| Adding it to an agent you already have | Connect your agent |
| Running it for your team on a server | Self-host on a server or Deploy on Redu Cloud |
Contents
- Quickstart (60 seconds)
- Integrations: LangChain, LangGraph, CrewAI, LiveKit, OpenClaw, MCP
- Connect your agent
- What it does
- Audit trail, agent auditability and EU AI Act Article 12
- How it works
- Use with your AI assistant (MCP)
- ZizkaDB vs Langfuse, LangSmith and Mem0
- Cloud, FAQ and docs
- Downloads
- Contributors
Quickstart (60 seconds)
One command, one container. No repo clone, no Python, no config files.
<p align="center"> <a href="scripts/quickstart-remote.sh"><img src="docs/assets/quickstart-terminal.svg" alt="Self-hosted quickstart: one curl command starts the open-source ZizkaDB database on Postgres and prints an AI agent causal chain" width="900"/></a> </p>1. Run it. With Docker running:
curl -fsSL https://raw.githubusercontent.com/ZIZKA-AI-SL/ZizkaDB/main/scripts/quickstart-remote.sh | bash
This pulls a single image (Postgres, the API and the dashboard together), starts it, and logs a demo agent run. After the download, startup takes a few seconds.
2. See why. It prints the causal chain behind the demo agent's tool call:
tool_call · lookup_order · ORD-8842
└── llm_response · gpt-4o
└── user_message · Why was my order delayed?
3. Explore. The dashboard opens on that agent, already signed in: localhost:3001/dashboard/activity?agent=support-bot. Click any event → Why? (causal) tab.
Now log your own agent: pip install zizkadb-sdk, then see CONNECT.md. The local API is http://localhost:8000 with key zizkadb_dev_local.
The script is a wrapper around this:
docker run -d --name zizkadb -e ENV=development \
-p 127.0.0.1:8000:8000 -p 127.0.0.1:3001:3001 \
-v zizkadb_data:/data ghcr.io/zizka-ai-sl/zizkadb
| Do this | Command |
|---|---|
| Stop / start | docker stop zizkadb / docker start zizkadb |
| Logs | docker logs -f zizkadb |
| Upgrade (keeps data) | re-run the quickstart command |
| Erase everything | docker rm -f zizkadb && docker volume rm zizkadb_data |
| Dashboard port busy | ZIZKADB_DASHBOARD_PORT=3005 before the quickstart command |
The single container has two modes:
-
On your own machine (
-e ENV=development, what the quickstart uses): one-click sign-in and a well-known API key, with the ports bound to127.0.0.1only. -
On a server (the default, production mode): the container generates its own secrets on first start, and the dashboard and API share port 3001. Sign in with the admin token:
docker run -d --name zizkadb -p 3001:3001 -v zizkadb_data:/data ghcr.io/zizka-ai-sl/zizkadb docker exec zizkadb sed -n 's/^GEN_SELFHOST_ADMIN_TOKEN=//p' /data/secrets.env # your admin tokenPut it behind HTTPS, and set
ZIZKADB_PUBLIC_URL=https://your-domainso the links it generates are correct. If a reverse proxy on the same host forwards to it, add-e TRUSTED_PROXIES=127.0.0.1,::1,172.16.0.0/12so sign-in rate limits see each visitor.
The single container runs without Qdrant: search and context_for() use keyword search there (no setup, no OpenAI key). For vector search, use the full stack below with embeddings on.
The self-hosted dashboard is just your dashboard: no signup, no email, no account. Accounts and plans exist only on ZizkaDB Cloud.
Self-hosted is single-agent: the first agent name you log with becomes your agent, and a second name is rejected with a message naming it. The support-bot demo agent does not count. For several agents, use ZizkaDB Cloud.
Self-host from a clone
The full stack (Postgres, Qdrant, Redis, API, dashboard as separate containers) — use this for development, vector search, or production. It generates random database, Redis and Qdrant passwords on first setup:
git clone https://github.com/ZIZKA-AI-SL/ZizkaDB.git && cd ZizkaDB
bash scripts/setup-local.sh
| Service | URL |
|---|---|
| API | http://localhost:8000 |
| Dashboard | http://localhost:3001 |
| Swagger | http://localhost:8000/swagger |
Self-host on a server
On a machine other people can reach:
cp .env.example infra/.env
bash scripts/init-secrets.sh # random Postgres, Redis, Qdrant and JWT secrets
Then set these in infra/.env before starting the stack:
ENV=production # turns off the one-click button and dev API keys
DEV_API_KEY=<random> # must not be the default, or the API refuses to start
DEPLOYMENT_MODE=self_hosted
SELFHOST_ADMIN_TOKEN=<long-random> # python -c "import secrets; print(secrets.token_urlsafe(32))"
Optional: EVENT_RETENTION_DAYS (delete old events), METRICS_TOKEN (Prometheus /metrics), REDACT_PATTERNS (redact emails, phones, cards before storage). Data ports stay on 127.0.0.1.
The dashboard then asks for the admin token instead of showing the one-click button. Without SELFHOST_ADMIN_TOKEN, dashboard login stays disabled. Everyone who has the token signs in to the same single owner workspace. Check your config with bash scripts/validate-selfhost-config.sh --production. Full steps: wiki/Self-Hosting.
Deploy on Redu Cloud
Redu Cloud is ZizkaDB's recommended cloud for the open-source edition. With the redu MCP added to your coding agent, ask it to "Deploy https://github.com/ZIZKA-AI-SL/ZizkaDB to redu". The agent follows redu.md: the single container on one VM, the dashboard and API on one HTTPS URL, and your data kept in a volume. Then sign in with the admin token, create your API key in Settings, and set ZIZKADB_HOST and ZIZKADB_API_KEY in your agent.
Full guide: DEVELOPMENT.md · Troubleshooting: wiki/Troubleshooting.md · What ZizkaDB sends: docs/telemetry.md
Integrations: LangChain, LangGraph, CrewAI, LiveKit, OpenClaw, MCP
Works with the agent framework you already use — add one package and every step is logged with its cause.
In CI (GitHub Marketplace): ZizkaDB Why explains agent test failures in your PR, and ZizkaDB Audit proves the recorded history is intact. One step, no account: uses: ZIZKA-AI-SL/zizkadb-why-action@v1. How it works.
Click a name for its setup guide. New project? Scaffold one with zizkadb init my-agent --template basic.
Connect your agent
import asyncio
from zizkadb import ZizkaDB
async def main():
async with ZizkaDB(host="http://localhost:8000") as db:
user = await db.log(agent="my-bot", event="user_message", data={"text": "Why is my order late?"})
tool = await db.log(agent="my-bot", event="tool_call", data={"tool": "lookup_order"}, parent_id=user.event_id)
(await db.why(tool.event_id)).print()
asyncio.run(main())
import { ZizkaDB } from 'zizkadb-sdk'
const db = new ZizkaDB({ host: 'http://localhost:8000' })
const user = await db.log({ agent: 'my-bot', event: 'user_message', data: { text: 'Why is my order late?' } })
const tool = await db.log({ agent: 'my-bot', event: 'tool_call', data: { tool: 'lookup_order' }, parentId: user.eventId })
;(await db.why(tool.eventId)).print()
Or record every LLM call: instrument(db, { agent: 'my-bot', clients: [openai, anthropic] }), or wrap any Vercel AI SDK model with zizkadbMiddleware(db, { agent: 'my-bot' }).
Or record every LLM call with one line (Python): OpenAI and every OpenAI-compatible API (DeepSeek, GLM, Kimi, Qwen, Groq, Ollama, vLLM, ...), Anthropic, Google Gemini, Mistral, Cohere, AWS Bedrock, the native ollama package, LiteLLM, and models run in-process with llama-cpp-python or Hugging Face transformers:
import zizkadb
from zizkadb import ZizkaDB
zizkadb.instrument(ZizkaDB(host="http://localhost:8000"), agent="my-bot")
# Use OpenAI, Anthropic or LiteLLM as usual: every call, tool call and tool
# result is recorded with its cause, plus token usage. No db.log() needed.
From the terminal: zizkadb why <event_id>, or turn a bad session into a pytest regression test with zizkadb test from-session <session_id> --agent my-bot. Full guide: CONNECT.md
What it does
Use ZizkaDB to audit AI agents in production, debug them from cause to effect, and give them persistent LLM memory across runs.
| Function | What you get | |
|---|---|---|
| Debug | db.why(event_id) | The causal chain behind any event |
db.at(agent, timestamp) | What the agent knew at a past moment | |
db.baseline(agent) | Drift detection: alerts when behavior shifts from past sessions | |
| Causal agent memory | db.context_for(agent, task) | Relevant past events as a prompt block (relevance × importance × recency) |
db.search(query, mode=) | Keyword search out of the box; hybrid keyword + vector with embeddings | |
db.log(..., supersedes=, importance=) | Replace an outdated fact; weight what matters | |
| Audit | db.verify_chain(agent) | Proof that no event was edited, removed or reordered |
db.forget(key, value) | GDPR erasure, including the search index, leaving a tombstone (no content; its chain link and checksum let someone with database access confirm an exact guessed event) | |
db.export_events(agent) / db.import_events(...) | Portable NDJSON copy; move between self-host and Cloud | |
| Operate | db.log(..., idempotency_key=) / db.log_batch(events) | Safe retries; up to 500 events per request |
db.iter_events(agent) | Every event, cursor-paged | |
| Server settings | Retention, redaction, read-only and expiring keys, /metrics, backup and restore |
Audit trail, agent auditability and EU AI Act Article 12
Article 12 of the EU AI Act requires high-risk AI systems to automatically keep logs of what they did. ZizkaDB gives you that record, so an agent audit can check exactly what each agent did and why:
- Checksum-backed decision logs. Every event is stored with a SHA-256 checksum over its content and audit fields (agent, session, parent, timestamp, sequence), and
GET /v1/events/verifyreports any row whose fields no longer match. Events are also hash-chained per agent, soGET /v1/events/chainproves no event was removed, inserted or reordered (GDPR deletions leave a content-free tombstone). - Causally linked history. Each decision points to the event that caused it, so an auditor can follow the full chain.
- Session replay. Step through any past session event by event.
- Time-travel debugging. Rebuild exactly what the agent knew at any moment with
db.at(). - Agent drift measurement.
db.baseline()gives a drift score and flags when an agent starts behaving differently from its history.
ZizkaDB supports your record-keeping obligations under EU AI Act Article 12 and is one building block of EU AI Act compliance; it doesn't make a system compliant on its own.
<p align="center"> <a href="https://db.zizka.ai"><img src="docs/assets/readme-hero-dashboard.png" alt="ZizkaDB dashboard: causal chain of an AI agent decision, tamper-evident audit log and agent memory" width="900"/></a> </p>How it works
flowchart LR
A[Your agent<br/>SDK · LangChain · CrewAI · LiveKit · OpenClaw] -->|events + parent_id| B[ZizkaDB API]
D[Dashboard] --> B
M[MCP server<br/>Cursor · Claude] --> B
B --> P[(PostgreSQL<br/>events · hash chain · keyword search)]
B -.->|embeddings on| Q[(Qdrant<br/>vector search)]
B --> R[(Redis<br/>cache · rate limits)]
- Postgres is the source of truth. Every event stores its parent (
why()is one recursive query), its checksum and its link in the agent's hash chain. Keyword search is Postgres full-text search, so search works with nothing else installed. - Qdrant is optional. With embeddings on (OpenAI or a local model), events are also indexed for vector search, and search becomes hybrid. Design decisions: docs/adr/.
Use with your AI assistant (MCP)
Ask Cursor or Claude "why did support-bot call lookup_order?" and get the chain back. Add this to your MCP config:
{
"mcpServers": {
"zizkadb": {
"command": "uvx",
"args": ["zizkadb-mcp"],
"env": { "ZIZKADB_HOST": "http://localhost:8000" }
}
}
}
For ZizkaDB Cloud, use ZIZKADB_API_KEY instead. Setup for each client: mcp/README.md. The MCP server is MIT-licensed; everything else is AGPL-3.0 (NOTICE).
ZizkaDB vs Langfuse, LangSmith and Mem0: causality, not just traces or recall
LLMOps and AI observability platforms such as Langfuse and LangSmith observe span trees. Memory layers such as Mem0 recall facts. ZizkaDB records why each decision happened, keeps it as auditable memory, and lets you prove the record is intact. Use it alongside a tracer if you already have one.
| ZizkaDB | LLM tracing tools | Agent memory layers | |
|---|---|---|---|
| Explicit cause → effect links | ✅ | Span nesting | — |
One-call root cause (db.why()) | ✅ | Manual trace reading | — |
| Time-travel to past agent state | ✅ | — | — |
Memory for future runs (db.context_for()) | ✅ | — | ✅ |
| Tamper-evident hash chain, verifiable in one call | ✅ | — | — |
| GDPR erasure that leaves proof (tombstones) | ✅ | — | — |
| Self-hosted search with no LLM key | ✅ | — | — |
— means not a core feature of that category; check each tool for specifics.
<a id="more"></a>
<details> <summary><strong>Managed cloud (Pro / Team)</strong></summary>The same features, hosted at db.zizka.ai. No Docker to maintain.
| Pro | Team | |
|---|---|---|
| Price | €29 / mo | €69 / mo |
| Events / mo† | 50k | 100k |
| API keys | 2 | 5 |
† Plan targets on managed cloud; not enforced in API yet. See docs/README.md.
</details> <details open> <summary><strong>FAQ</strong></summary>What is ZizkaDB?
An open-source database built for AI agents. It records every agent action as an event linked to the event that caused it, so you can see why a decision was made (why()), what the agent knew at any past moment (at()), and prove the history wasn't changed (verify_chain()). It's the record of what the agent actually did, independent of the LLM.
Is ZizkaDB free?
Self-hosting is free and open source (AGPL-3.0; the MCP server is MIT): one agent with one API key, data on your own servers. ZizkaDB Cloud is the paid managed service, with multiple agents, agent fleets and agent-to-agent message recording.
Does ZizkaDB need an OpenAI key?
No. Keyword search works with no embedding provider. Semantic and hybrid search can embed locally, use OpenAI, or use your own key.
Do I need to clone this repo?
No. The curl quickstart downloads config and Docker images only.
Do I need an API key locally?
No. http://localhost:8000 uses a built-in dev key.
Do I need an OpenAI key?
No. Logging, why(), time travel, keyword search and context_for() work without one. Add an OpenAI key, or run a local embedding model (EMBEDDINGS_PROVIDER=local with Ollama, LM Studio or vLLM), for hybrid vector search.
How is ZizkaDB different from an agent memory layer like Mem0?
A memory layer stores facts to recall. ZizkaDB stores what the agent did and why, linked step by step, and serves the relevant part back as memory (context_for()). The same record is a tamper-evident audit log, so memory, debugging and compliance come from one source.
Is ZizkaDB an agentic database?
Yes. ZizkaDB is an agentic database: an operational database for AI agents rather than a general-purpose store. Its records are built for agent auditability: causal links, SHA-256 checksums and a hash chain, which together act as cryptographic telemetry for AI agents.
Is ZizkaDB an observability tool?
No. Observability and LLMOps tools such as Langfuse or LangSmith show you span trees of what happened. ZizkaDB is an auditability platform: every event points to the event that caused it, db.why() returns the chain, and db.verify_chain() proves the record was never changed. It works next to an observability tool if you already have one.
Can I use ZizkaDB as an audit log for the EU AI Act (Article 12)?
Yes, as the record-keeping part: every event is checksummed and hash-chained per agent, verify_chain() proves nothing was edited, removed or reordered, and GDPR erasure leaves a tombstone. It supports your obligations and is part of EU AI Act compliance work; it doesn't make a system compliant on its own.
How do I prove the logs weren't changed?
db.verify_chain(agent) (or GET /v1/events/chain) rechecks every checksum and link and returns the chain head. Store the head somewhere else; checking again later from that head proves nothing before it was rewritten.
My server's login page asks for an admin token. Where is it?
A server install generates one on first start. Single container: docker exec zizkadb sed -n 's/^GEN_SELFHOST_ADMIN_TOKEN=//p' /data/secrets.env. Full stack: the SELFHOST_ADMIN_TOKEN you set in infra/.env. After signing in, create your API key in Settings.
Where does my data go?
When you self-host, everything stays on your machine. The server and dashboard make no outside requests; the SDKs send one anonymous install ping, which ZIZKADB_TELEMETRY=false turns off. Details: docs/telemetry.md.
zizkadb demo says connection refused?
The stack isn't running. Start it with the curl command above or bash scripts/setup-local.sh.
| Worked example | worked/01-support-order-delay |
| Examples | examples/ |
| Self-hosting | DEVELOPMENT.md · wiki/Self-Hosting |
| Integrate any agent | docs/integrate/ |
| Issues · Discussions | Issues · Discussions |
| Security | SECURITY.md |
| AI-assisted development | AGENTS.md |
Downloads
All-time downloads of every ZizkaDB package, refreshed daily. The total badge at the top is the sum of these.
| Package | Registry | Downloads | Source |
|---|---|---|---|
zizkadb-sdk (Python SDK) | PyPI |  | pepy.tech · pypi.org |
zizkadb-mcp (MCP server) | PyPI |  | pepy.tech · pypi.org |
zizkadb-langchain | PyPI |  | pepy.tech · pypi.org |
zizkadb-crewai | PyPI |  | pepy.tech · pypi.org |
zizkadb-sdk (TypeScript SDK) | npm |  | npm-stat.com · npmjs.com |
@zizka-ai/zizkadb (OpenClaw plugin) | ClawHub |  | clawhub.ai |
zizkadb-openclaw (OpenClaw plugin) | npm |  | npm-stat.com · npmjs.com |
Contributors
Thanks to everyone who has helped build ZizkaDB. Want to join? Read CONTRIBUTING.md or pick up an open issue.
<!-- CONTRIBUTORS:START --> <table> <tr> <td align="center" width="25%"><a href="https://github.com/saadamjad"><img src="https://github.com/saadamjad.png?size=120" width="64" alt="saadamjad"/><br/><sub>saadamjad</sub></a></td> <td align="center" width="25%"><a href="https://github.com/Zizka-ai"><img src="https://github.com/Zizka-ai.png?size=120" width="64" alt="Zizka-ai"/><br/><sub>Zizka-ai</sub></a></td> <td align="center" width="25%"><a href="https://github.com/arshadgit23"><img src="https://github.com/arshadgit23.png?size=120" width="64" alt="arshadgit23"/><br/><sub>arshadgit23</sub></a></td> <td align="center" width="25%"><a href="https://github.com/rajandevkota98"><img src="https://github.com/rajandevkota98.png?size=120" width="64" alt="rajandevkota98"/><br/><sub>rajandevkota98</sub></a></td> </tr> <tr> <td align="center" width="25%"><a href="https://github.com/Subhajitdas99"><img src="https://github.com/Subhajitdas99.png?size=120" width="64" alt="Subhajitdas99"/><br/><sub>Subhajitdas99</sub></a></td> <td align="center" width="25%"><a href="https://github.com/saadwashmen"><img src="https://github.com/saadwashmen.png?size=120" width="64" alt="saadwashmen"/><br/><sub>saadwashmen</sub></a></td> <td align="center" width="25%"><a href="https://github.com/VarunGore36"><img src="https://github.com/VarunGore36.png?size=120" width="64" alt="VarunGore36"/><br/><sub>VarunGore36</sub></a></td> <td align="center" width="25%"><a href="https://github.com/mikeaig4real"><img src="https://github.com/mikeaig4real.png?size=120" width="64" alt="mikeaig4real"/><br/><sub>mikeaig4real</sub></a></td> </tr> <tr> <td align="center" width="25%"><a href="https://github.com/aqilaziz"><img src="https://github.com/aqilaziz.png?size=120" width="64" alt="aqilaziz"/><br/><sub>aqilaziz</sub></a></td> <td align="center" width="25%"><a href="https://github.com/pingkui"><img src="https://github.com/pingkui.png?size=120" width="64" alt="pingkui"/><br/><sub>pingkui</sub></a></td> <td align="center" width="25%"><a href="https://github.com/AIandI0x1"><img src="https://github.com/AIandI0x1.png?size=120" width="64" alt="AIandI0x1"/><br/><sub>AIandI0x1</sub></a></td> <td align="center" width="25%"><a href="https://github.com/lamenting-hawthorn"><img src="https://github.com/lamenting-hawthorn.png?size=120" width="64" alt="lamenting-hawthorn"/><br/><sub>lamenting-hawthorn</sub></a></td> </tr> <tr> <td align="center" width="25%"><a href="https://github.com/nabeeltahirdeveloper"><img src="https://github.com/nabeeltahirdeveloper.png?size=120" width="64" alt="nabeeltahirdeveloper"/><br/><sub>nabeeltahirdeveloper</sub></a></td> <td align="center" width="25%"><a href="https://github.com/s0sta"><img src="https://github.com/s0sta.png?size=120" width="64" alt="s0sta"/><br/><sub>s0sta</sub></a></td> <td align="center" width="25%"><a href="https://github.com/abdurrehman616"><img src="https://github.com/abdurrehman616.png?size=120" width="64" alt="abdurrehman616"/><br/><sub>abdurrehman616</sub></a></td> <td align="center" width="25%"><a href="https://github.com/danielhagever"><img src="https://github.com/danielhagever.png?size=120" width="64" alt="danielhagever"/><br/><sub>danielhagever</sub></a></td> </tr> <tr> <td align="center" width="25%"><a href="https://github.com/eaz1337"><img src="https://github.com/eaz1337.png?size=120" width="64" alt="eaz1337"/><br/><sub>eaz1337</sub></a></td> <td align="center" width="25%"><a href="https://github.com/HafizHamzaShahid"><img src="https://github.com/HafizHamzaShahid.png?size=120" width="64" alt="HafizHamzaShahid"/><br/><sub>HafizHamzaShahid</sub></a></td> <td align="center" width="25%"><a href="https://github.com/mbilalzeeshan"><img src="https://github.com/mbilalzeeshan.png?size=120" width="64" alt="mbilalzeeshan"/><br/><sub>mbilalzeeshan</sub></a></td> <td align="center" width="25%"><a href="https://github.com/nabeeltahirpsy"><img src="https://github.com/nabeeltahirpsy.png?size=120" width="64" alt="nabeeltahirpsy"/><br/><sub>nabeeltahirpsy</sub></a></td> </tr> <tr> <td align="center" width="25%"><a href="https://github.com/AbdelazizBs"><img src="https://github.com/AbdelazizBs.png?size=120" width="64" alt="AbdelazizBs"/><br/><sub>AbdelazizBs</sub></a></td> <td align="center" width="25%"><a href="https://github.com/Mephistopheles9631"><img src="https://github.com/Mephistopheles9631.png?size=120" width="64" alt="Mephistopheles9631"/><br/><sub>Mephistopheles9631</sub></a></td> <td align="center" width="25%"><a href="https://github.com/Qalbeabbas-12"><img src="https://github.com/Qalbeabbas-12.png?size=120" width="64" alt="Qalbeabbas-12"/><br/><sub>Qalbeabbas-12</sub></a></td> <td align="center" width="25%"><a href="https://github.com/towfiq-ul"><img src="https://github.com/towfiq-ul.png?size=120" width="64" alt="towfiq-ul"/><br/><sub>towfiq-ul</sub></a></td> </tr> </table> <!-- CONTRIBUTORS:END --><p align="center"> <sub>AGPL-3.0 · MCP server MIT · Disable telemetry: <code>export ZIZKADB_TELEMETRY=false</code><br/> This repo is the open-source self-host stack. The operator console and VPC deploy live in a private repo (<a href="docs/REPO_SPLIT.md">why</a>).</sub> </p>
ZizkaDB alternatives
View more →Similar mcp servers in Coding Agents, ranked by GitHub stars. Compare licence, recent activity and scan status before you choose.
| Name | Stars | Licence | Last updated | Scan |
|---|---|---|---|---|
| ZizkaDB (this page) ZIZKA-AI-SL | 150 | AGPL-3.0 | Oct 31, 2026 | Scanned, no flagged issues |
| Context Mode mksglu | 33k | None found | Nov 1, 2026 | Not scanned yet |
| Serena oraios | 31k | None found | Oct 28, 2026 | Not scanned yet |
| Fastmcp PrefectHQ | 28k | Apache-2.0 | Nov 1, 2026 | Scanned, no flagged issues |
| Nuclear nukeop | 19k | AGPL-3.0 | Nov 1, 2026 | Scanned, no flagged issues |
| MCP For Beginners microsoft | 18k | MIT | Oct 30, 2026 | Scanned, no flagged issues |