Skip to main content
Glama
anvaiops-mcp

anvaiops-mcp

Official
by anvai-labs

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

memory_search

stable

Hybrid semantic search over incidents/runbooks/decisions. Results carry RCA, fix, team, resolution time, source URL, and score.

memory_write

experimental

Persist a memory (async ingest): what happened, how it was fixed, decision + rationale. Attributed recorded_by=anvaiops-mcp.

memory_status

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 env

Self-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

ANVAIOPS_API_KEY

— (required)

Tenant key; sent as X-API-Key

ANVAIOPS_URL

https://anvaiops.com

API base URL (hosted beta or self-hosted)

ANVAIOPS_TIMEOUT_MS

15000

Per-request timeout

ANVAIOPS_DEFAULT_DAYS

365

memory_search lookback window

ANVAIOPS_DEFAULT_LIMIT

10

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), global fetch. 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 binary

License

Apache-2.0 — © AnvaiOps. An Anvai Labs project.

Available Tools

3 tools
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

    A4.2/5.0

    Scored across 3 tools

    Disambiguation5/5

    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.

    Naming Consistency5/5

    All three tools follow the identical memory_<verb> pattern (memory_search, memory_write, memory_status), a fully predictable and consistent convention across the set.

    Tool Count3/5

    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.

    Completeness3/5

    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

    ActivityMaintained
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      C
      maintenance
      Provides 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
    • F
      license
      Not graded
      quality
      A
      maintenance
      Enables 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.
      -
    • F
      license
      Not graded
      quality
      A
      maintenance
      Enables 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.
      -
    • F
      license
      Not graded
      quality
      A
      maintenance
      Enables 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.
      -