Yantrikdb MCP
Cognitive memory for AI agents — semantic recall, knowledge graph, and contradiction detection
Connector by yantrikos · GitHub account verified by the MCP Registry
Chalk Labs
Need help deploying Yantrikdb MCP?
Chalk Labs sets up agents like this inside real teams: connected to your tools, tested on your data, with a human in the loop where it matters.
Install
Works with Claude Code, Codex, VS Code, Cursor, Windsurf, Claude Desktop. Read the repository before you give any tool access to your data.
npx agentmarket install connector/yantrikos-yantrikdb-mcp
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: agent-memory, knowledge-base
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this server can do and what it asks for, from its tool list, install config and code. Checked Oct 25, 2026.
- Tools
- 5 read · 10 write · 7 delete
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Python package
Tools by what they do 22
Read from the source code; the running server may list different tools.
Read 5 · Look things up without changing anything.
atlasgapsrecallstatstemporal
Write 10 · Create, change, send or run things.
admingraphmemorypersonalityprocedureremembersessionskillthinktrigger
Delete 7 · Delete, drop, revoke or wipe things.
categoryconflictconversationcorrectforgetpacktask
Secrets and settings it asks for
Other settings (environment variables or headers).
YANTRIKDB_DB_PATHYANTRIKDB_TOOL_PROFILE
Network hosts it talks to 2
github.com· found in codeyantrikdb.com· found in code
Files it touches
/tmp/yantrikdb-demo.db- Your home directory (~)
- Any path the agent passes to its tools
Tools (22)
Read from the source code; the running server may differ. Descriptions are the server’s own words; hidden characters are shown as [U+…].
adminAdminCluster maintenance operations (operator-gated; master token). ACTIONS: - "maintenance_run": Run a maintenance cycle server-side. tenant=<db> for one DB, omit for all. - "maintenance_status": Worker/tenant maintenance status. Cluster (YANTRIKDB_SERVER_URL) only — in embedded mode use think(maintenance_cycle=True) instead; the engine is in-process. Args: action: "maintenance_run" or "maintenance_status". tenant: Optional single-tenant scope. split_oversized / repair_artifacts: Heavy passes (run only).
atlasAtlasread-onlyExport this store's Memory Atlas (a static page: every memory, its entity links, claims, revision history and tasks) and serve it on 127.0.0.1. Read-only; nothing leaves the machine. ACTIONS: - "export": (default) export and serve; returns the local URL, the output directory and the exporter's report. Re-running refreshes the files under the same URL. - "status": the atlas servers this process is running. Args: out_dir: Output directory (default `<store>.atlas/` beside the store). port: Local port (0 = free one). label: Provenance label shown in the page header. open_brow…
categoryCategorycan change or delete dataSubstitution categories for conflict detection — list, inspect, teach, or reset. ACTIONS: - "list": Show all categories with member counts. - "members": Show members of a specific category (needs category_name). - "learn": Teach new members (needs category_name + members as [[token, confidence], ...]). - "reset": Reset category to seed state (needs category_name). EXAMPLES: - category() → list all categories - category(action="members", category_name="databases") - category(action="learn", category_name="databases", members=[["tidb", 0.35]]) - category(action="reset", category_name="editors_…
conflictConflictcan change or delete dataManage memory conflicts (contradictions) — list, resolve, dismiss, reclassify, or batch-burn-down the unambiguous ones (v0.8.0+). ACTIONS: - "list": List conflicts. Optional status filter. - "get": Get single conflict by conflict_id. - "resolve": Resolve with strategy: "keep_a"/"keep_b"/"keep_both"/"merge"/"dismiss". - "reclassify": Reclassify conflict type. - "auto_resolve": v0.8.0 — burn down unambiguous conflicts in one pass. Set dry_run=False to actually persist. Args: action: "list", "get", "resolve", "reclassify", "auto_resolve". conflict_id…
conversationConversationcan change or delete dataBounded encrypted working-memory ring buffer for raw conversation turns (v0.9.0 engine conversation primitive). Unlike `remember` (which stores extracted semantic memories), this stores verbatim turns — useful for short-horizon working memory, e.g. "what exactly did the user say two messages ago". The ring is bounded per namespace; oldest turns evict when `max_turns` is exceeded. ACTIONS: - "record": Append a turn (needs role + content). - "recent": Retrieve last N turns, oldest-first. - "clear": Drop the buffer for a namespace. Args: action: "record" | "recent" | "clear". names…
correctCorrectcan change or delete dataCorrect an existing memory in-place with a revision-history entry (engine v0.7.20+, Issue #47). WHEN TO USE: When the user corrects a recalled fact. - "Actually, we're using Python 3.12, not 3.11" → correct the memory. Preserves history via an append-only revision entry keyed on `reason`. Entity relationships stay attached to the same rid (in-place mutation, not a tombstone+new-rid dance). Args: rid: The memory ID to correct. reason: **Required** — why the correction was made. Non-empty. Recorded on the revision-history entry so future recall + audit can reconstruct …
forgetForgetcan change or delete dataPermanently forget (tombstone) one or more memories. WHEN TO USE: When the user explicitly asks to forget something, or when a memory is clearly wrong and correction isn't appropriate. Prefer `correct` over `forget` when the memory just needs updating. Args: rid: Single memory ID to forget. rids: List of memory IDs to forget (batch mode).
gapsGapsread-onlySurface knowledge gaps — frequently-asked, poorly-answered queries (v0.9.0 engine demand log). The substrate logs every recall and tracks how often each query is asked + what top scores it surfaces. `knowledge_gaps()` returns the queries that are asked often but answered poorly — the substrate's "known unknowns". Use this to drive proactive learning: when the agent sees a gap, it can ask the user, fetch info, or note the limitation. Args: min_count: Only surface queries asked at least this many times. max_avg_top_score: Only surface queries whose best recall score averages be…
graphGraphKnowledge graph operations — entity relationships, memory↔entity links, record-to-record links, co-occurrence auto-relate, and link-expanded recall. ACTIONS: - "relate": Entity↔entity relationship (legacy). - "edges": Get all relationships for entity. - "link": Link a memory (rid) to an entity (legacy). - "search": Find entities by pattern. - "profile": Rich entity profile. - "depth": How deeply the system knows an entity. - "auto_relate": v0.8.0 — co-occurrence-driven edge backfill. Set dry_run=False to…
memoryMemoryManage individual memories — get, list, search, update importance, archive, hydrate, relevance feedback, fetch a chain-shaped namespace's head, or query revision history. ACTIONS: - "get": Retrieve a single memory by rid. - "list": Browse memories with filters. - "search": Keyword substring search. - "update_importance": Change a memory's importance score. - "archive": Move to cold storage. - "hydrate": Restore archived memory. - "feedback": v0.10 — relevance feedback on a recalled memory (needs rid + fe…
packPackcan change or delete dataSigned, portable memory bundles — inspect, install, and trust packs. A pack is a sealed corpus another agent or vendor published. Mounted pack memories are recallable alongside your own but are DOWN-WEIGHTED (tier_multiplier < 1.0): what the user told you locally always outranks imported knowledge. READ ACTIONS (always available): - "list": Installed + mounted packs (id, name, origin, trust, rows). - "inspect": Read a pack file's manifest WITHOUT installing it. path=<file>. Shows origin, signature, embedder, rows — always inspect before you instal…
personalityPersonalityAI personality traits derived from memory patterns. ACTIONS: - "get": Get current personality profile. Use recompute=True to refresh. - "set": Set a trait manually (needs trait_name + score). Traits: warmth, depth, energy, attentiveness (0.0-1.0). Args: action: "get" or "set". trait_name: For set: warmth, depth, energy, attentiveness. score: For set: 0.0-1.0. recompute: For get: re-derive from memory patterns first.
procedureProcedureProcedural memory — learn, surface, and reinforce strategies. ACTIONS: - "learn": Store a procedure (needs text). What worked in a specific context. - "surface": Find relevant procedures (needs query). Returns ranked by effectiveness. - "reinforce": Update effectiveness (needs rid + outcome 0.0-1.0). EXAMPLES: - procedure(action="learn", text="For this repo, always run tests before committing", domain="work") - procedure(action="surface", query="how to handle code review in this repo") - procedure(action="reinforce", rid="abc", outcome=0.9) Args: action: "learn", "surface", "reinforce".…
recallRecallread-onlySearch memories by semantic similarity, or refine low-confidence results. MODES: - **Search** (default): recall("project architecture decisions") - **Refine**: recall("PostgreSQL vs MySQL decision", refine_from="database choice", refine_exclude=["rid1"]) ORDER: "recency" | "first_mention" (alias "chronological") | "certainty". Re-sorts the top_k already found; hints omitted. (Relevance feedback moved to memory(action="feedback") in v0.10 — recall is now purely read-only.) WHEN TO USE: conversation start (summarize the user's first message); when the user references past decisions, people, p…
rememberRememberStore one or more memories in persistent cognitive memory. WHEN TO USE: Call proactively whenever the conversation reveals something worth remembering — decisions, preferences, facts about people, project context. Do NOT store ephemeral task details, code snippets, or git-derivable info. SINGLE: remember(text="User prefers dark mode", domain="preference", importance=0.7) BATCH: remember(memories=[{"text": "Alice is DevOps lead", "domain": "people"}, ...]) DRAFT: remember(summary="...long end-of-session summary...") — v0.8.0+ engine atomizes the summary into linked semantic fact…
Show 7 more tools
sessionSessionSession lifecycle — start, end, history, active check, stale cleanup, and the v0.9.0 boot-time digest. ACTIONS: - "start": Begin a new session. Returns session_id. - "end": End a TRACKED session (needs session_id). Returns stats. This closes session bookkeeping — it does NOT capture memories. - "capture": Segment a free-text session summary into atomic candidate memories (needs summary; NO session_id — it operates on the text, not on tracked-session state). Returns drafted rids. Use at end of substantial work so the session leaves a tr…
skillSkillSubstrate-native agent skill catalog — define, surface, record outcomes. Skills are structured catalog entries (`skill_id`, `applies_to`, `body`, `type`) — different from loose how-to memories (use `procedure` for those). Writes go to the `skill_substrate` namespace so every yantrikdb consumer (this MCP, yantrikdb-hermes-plugin, Lane B SDK, WisePick) sees the same catalog. Schema-validated at write time: - skill_id: lowercase dot-separated segments, e.g. "workflow.git.commit_clean" - body: 50–5000 chars - applies_to: 1–10 lowercase_underscore identifiers (no hyphens) - skill_type: one of pro…
statsStatsread-onlyEngine statistics, health check, learned weights, privacy/leak audit, and skill substrate counts. Read-only — index maintenance moved to think(maintenance_op=...) in v0.10. ACTIONS: - "stats": Detailed memory statistics (default). - "health": Quick health check with latency. - "weights": Show adapted recall scoring weights. - "audit_leak": v0.8.0 windowed leak-candidate audit — surfaces recent records that may have leaked sensitive content. Use for privacy review. - "skill_outcomes": v0.9.0 — total skill outcomes recorded in the durable …
taskTaskcan change or delete dataSubstrate-backed task / chore store (v0.9.0 engine). A thin general-purpose to-do tracker baked into yantrikdb — survives sessions, lives next to memories so future agents see open tasks at session_digest time. ACTIONS: - "add": Create a task (needs title; optional priority + parent_id). - "get": Fetch one task by id. - "list": List tasks in a namespace, optionally filtered by status. - "update": Update status and/or priority (needs task_id). - "delete": Delete a task (needs task_id). PRIORITY: "low" | "medium" | "high" — priority-ordered in `list`. STATUS: typically "open" | "doi…
temporalTemporalread-onlyFind stale or upcoming memories, recall the past, or scan a time window. ACTIONS: - "stale": Important memories not accessed recently. - "upcoming": Memories with approaching deadlines/events. - "as_of": Time-travel recall — excludes anything recorded after `as_of`, so you see the belief held then, not today's. Engine v0.12+. - "range": Everything in a time window, oldest first — the surface for "what happened tonight / this week, in what order". Period and sequence questions are SET queries over a window; similarity search cannot answer them — rout…
thinkThinkRun incremental cognitive maintenance — processes a small batch per call. DESIGNED TO BE CALLED OFTEN: Each call processes ~5 memories (configurable). Running regularly (e.g. at end of conversation) gradually maintains the entire database without blocking. Safe to call frequently. MODES: - Default: incremental think() — consolidation + conflict scan + (optional) pattern mining on a small batch. - maintenance_cycle=True: run the v0.9.0 autonomous-hygiene "sleep cycle" — think + burn-down-conflicts + prune-triggers + recalibrate-importance + backfill-entities + auto-relate (+ optional sp…
triggerTriggerManage proactive triggers + v0.8.0 bounded-backlog pruning. ACTIONS: - "pending": Get pending triggers (default). - "history": View past triggers. - "acknowledge": Mark trigger as seen. - "deliver": Mark as shown to user. - "act": Mark as acted upon. - "dismiss": Dismiss as irrelevant. - "prune": v0.8.0 — expire overdue triggers + evict oldest when over `max_pending`. Set dry_run=False to actually persist. Args: action: One of the actions above. trigger_id: Required for acknowledge/deliver/act/dismiss. trigger_type: Filter by type (f…
Signals
- Stars
- 25
- Forks
- 9
- Open issues
- 1
- Contributors
- 2
- Weekly downloads
- 139
- Last commit
- Oct 16, 2026 (14 days ago)
- Last release
- Sep 14, 2026 (1 month ago)
- Last package publish
- Sep 14, 2026 (1 month ago)
From GitHub (fetched Oct 24, 2026) and the package registry.
Details
- Registry name
io.github.yantrikos/yantrikdb-mcp- Version
- 0.24.0
- Auth
- No auth
- Packages
- pypi yantrikdb-mcp
- License
- MIT
- Repository
- github.com/yantrikos/yantrikdb-mcp
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
Done for you
Rather not set it up yourself?
Chalk Labs scopes, builds and runs agents for your team: the task audit, the eval harness, the integrations and the weekly ops report. Fixed scope, priced before we start.
See how we build AI agents →Read the case studies
Chalk Labs is a two-founder AI and growth studio. We build AI agents, CRMs and MVPs for Web3 and AI companies, and have shipped 50+ product and token launches.
- launches shipped
- 50+
- launches shipped
- media placements
- 500+
- media placements
- founders on every account
- 2
- founders on every account
Press we've placed: Forbes · CoinDesk · Decrypt · Cointelegraph · The Block
Rahil Jain, Co-founder, Chalk Labs. Ex-Goldman Sachs engineer. You talk to the person who builds it.
Get Yantrikdb MCP running in your business
Tell us what you want to automate. A founder replies within one working day with a plan, not a pitch deck.
Cite this page
Yantrikdb MCP. Agent Mart. https://agentmart.dev/connectors/yantrikos-yantrikdb-mcp (last updated 2026-10-24)