anvaiops-mcp
OfficialClick on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@anvaiops-mcp search past incidents for the Redis timeout fix and RCA"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
anvaiops-mcp
Give any AI agent operational memory. An MCP server that connects Claude (Desktop, Code), and any other MCP client, to AnvaiOps — the memory layer for AI agents and the teams they work with.
Agents search past incidents, fixes, and decisions with provenance (source, team, resolution time, RCA), and persist what they learn back into shared memory.
"Your next answer may already exist."
Verified end-to-end
Every claim on this page is backed by a reproducible session: demo/transcript.md
shows a real agent search (31 ms, provenance included), a memory write, and a later session
finding that agent-written memory ranked #1. demo/e2e.js re-runs the whole chain with
PASS/FAIL assertions — npm run demo:e2e against any deployment.
Related MCP server: mem0-mcp-selfhosted
Tools
Tool | Status | What it does |
| stable | Hybrid semantic search over incidents/runbooks/decisions. Results carry RCA, fix, team, resolution time, source URL, and score. |
| experimental | Persist a memory (async ingest): what happened, how it was fixed, decision + rationale. Attributed |
| stable | Deployment reachability/version probe. |
Status labels follow the AnvaiOps ADR-0014 discipline — no tool claims more than it delivers.
Install
Works today straight from GitHub (the prepare script builds on first use; npm package pending):
"command": "npx", "args": ["-y", "github:anvai-labs/anvaiops-mcp"]Claude Desktop
Add to claude_desktop_config.json (macOS:
~/Library/Application Support/Claude/claude_desktop_config.json):
{
"mcpServers": {
"anvaiops": {
"command": "npx",
"args": ["-y", "anvaiops-mcp"],
"env": {
"ANVAIOPS_API_KEY": "your-key",
"ANVAIOPS_URL": "https://anvaiops.com"
}
}
}
}Claude Code
claude mcp add anvaiops -- npx -y anvaiops-mcp
export ANVAIOPS_API_KEY=your-key # or put it in the server envSelf-hosted
Point at your own deployment (the same server works against any AnvaiOps install):
{ "ANVAIOPS_URL": "http://localhost:8000", "ANVAIOPS_API_KEY": "local-key" }Configuration
Env var | Default | Meaning |
| — (required) | Tenant key; sent as |
|
| API base URL (hosted beta or self-hosted) |
|
| Per-request timeout |
|
| memory_search lookback window |
|
| memory_search page size (max 50) |
Get a hosted key from the AnvaiOps console — or run your own; the memory core is open source on ProximaDB.
Why an MCP server for memory?
Every team deploying agents rediscovers the same wall: retrieval is getting cheap, but re-deriving what the organization already knew never gets cheap. The same incident gets debugged three times because the answer lives in a Slack thread from March.
AnvaiOps indexes tickets, Slack threads, runbooks, post-mortems, and release notes — then surfaces the historical fix, with provenance, the moment it's relevant. This server makes that memory available to any agent, in the tool layer, where agents already work.
Design notes:
Provenance is not optional. Every search result carries its source, team, and timestamps — a memory without provenance is a liability.
Writes are attributed and bounded. 1–25 records per call, async ingest, tagged
recorded_by— so agent-written memory stays auditable.Zero runtime dependencies. Hand-rolled MCP stdio (JSON-RPC 2.0, protocol
2024-11-05→2025-06-18), globalfetch. Small supply-chain surface, Node ≥ 18.
Development
npm install # dev-only deps (typescript, @types/node)
npm run build
npm test # node:test unit suite (no network)
npm run smoke # stdio handshake + tools/list against the built binaryLicense
Apache-2.0 — © AnvaiOps. An Anvai Labs project.
Available Tools
3 toolsmemory_searchA
Search operational memory: past incidents, fixes, runbooks, and decisions with provenance (source, team, resolution time, RCA and fix summaries). Use before investigating any production issue or repeating work — the answer may already exist.
Inputs: query (required), days, team, limit, +4 more.
memory_statusA
Check the AnvaiOps deployment this server is wired to: reachability and version. Use to diagnose connectivity before blaming the tools.
Inputs: no named parameters.
memory_writeA
Persist a memory so future agents and engineers find it: incident resolution, fix applied, decision + rationale, runbook step. Writes are attributed (recorded_by=anvaiops-mcp) and searchable immediately after commit. Experimental — async ingest.
Inputs: records (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 3 tools
Each tool targets a clearly distinct operation on the memory resource: search (read), write (create), and status (health check). There is no overlap in purpose and an agent can unambiguously select the right one.
All three tools follow the identical memory_<verb> pattern (memory_search, memory_write, memory_status), a fully predictable and consistent convention across the set.
Three tools is on the thin side for an operational-memory system; the narrow scope keeps it coherent, but the surface feels minimal given the domain implies richer lifecycle management.
Read (search) and create (write) are covered plus a health check, but there is no update, delete, or get-by-id operation, leaving notable gaps in the memory lifecycle as the description itself hints at an experimental/async model.
Maintenance
Related MCP Connectors
Persistent memory for AI agents across Claude, ChatGPT and any MCP client.
Persistent memory for AI assistants. Save once; recall from Claude, ChatGPT, or any MCP client.
Private persistent memory for Claude, ChatGPT & Gemini via MCP - semantic search, zero-code setup.
Persistent AI memory shared across Claude, ChatGPT, coding agents, and compatible MCP clients.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceProvides AI coding agents with deterministic, attestable org memory via an MCP server, enabling automatic recall of relevant facts on every prompt, loss-proof capture of learnings, and curated promotion of verified facts to a tenant-isolated memory store.Apache 2.0
- FlicenseNot gradedqualityAmaintenanceEnables Claude Code to persistently store, search, update, and delete memories backed by self-hosted Qdrant, Neo4j, and Ollama, using Anthropic or a fully local LLM. Exposes 11 MCP tools plus session hooks that automatically inject relevant context on startup and save session summaries on exit.-
- FlicenseNot gradedqualityAmaintenanceEnables Claude Code to run a self-hosted persistent memory server backed by Qdrant, Neo4j, and Ollama, exposing 11 MCP tools for adding, searching, updating, deleting, and organizing memories and knowledge-graph entities. Supports Anthropic or local Ollama LLMs, automatic session hooks, and cross-session memory management.-
- FlicenseNot gradedqualityAmaintenanceEnables Claude Code to maintain persistent cross-session memory using self-hosted Qdrant, Neo4j, and Ollama, with optional Anthropic or local LLM backends, and exposes MCP tools for adding, searching, updating, deleting, and graphing memories.-