広告掲載
MCP.so
ログイン

Smriti MCP Server

@tejzpr

リポジトリ

基本情報

カテゴリ

メモリとナレッジ

トランスポート

stdio

作者

tejzpr

投稿者

Tejus

Smriti MCP Server について

Smriti is a Model Context Protocol (MCP) server that provides persistent, graph-based memory for LLM applications. Built on LadybugDB (embedded property graph database), it uses EcphoryRAG-inspired multi-stage retrieval - combining cue extraction, graph traversal, vector similari

#smriti#memory#human

Smriti MCP Server の設定

以下の設定を使って、このサーバーを MCP 対応クライアントに追加してください。

{
  "mcpServers": {
    "smriti": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-v",
        "/Users/yourname/.smriti:/home/smriti/.smriti",
        "-e",
        "LLM_API_KEY=your-api-key",
        "-e",
        "EMBEDDING_API_KEY=your-embedding-key",
        "tejzpr/smriti-mcp"
      ]
    }
  }
}

Smriti MCP Server のツール

ツール一覧はまだありません

この掲載には表示できるツール一覧がまだありません。サーバーにツールがないという意味ではありません。対応機能はプロジェクトのドキュメントをご確認ください。

ツールは README から自動的に抽出されます。メンテナーは ## Tools という見出しの下に記載することで、このタブに反映できます。

概要

What is Smriti?

Smriti is a Model Context Protocol (MCP) server that provides persistent, graph-based memory for LLM applications. It is built on LadybugDB (an embedded property graph database) and uses EcphoryRAG-inspired multi-stage retrieval — combining cue extraction, graph traversal, vector similarity, and multi-hop association — to deliver human-like memory recall. The server automatically detects communities of related memories using the Leiden algorithm, enabling cluster-aware retrieval that scales beyond thousands of memories.

How to use Smriti?

Build from source with CGO_ENABLED=1 go build -o smriti-mcp ., set the required environment variables (LLM_API_KEY and optionally ACCESSING_USER), then run the binary. Smriti exposes three MCP tools — smriti_store, smriti_recall, and smriti_manage — and integrates with any MCP client (Cursor, Claude Desktop, Windsurf) via stdio using a native binary, go run, Docker, or a pre-built release binary.

Key features of Smriti

  • Graph-based memory with engrams linked via Cues and Associations
  • EcphoryRAG multi-stage retrieval with composite scoring
  • Leiden algorithm for automatic community detection
  • Multi-user support with separate LadybugDB per user
  • Automatic consolidation with decay, pruning, and re-clustering
  • Flexible backup via GitHub, S3, or local-only

Use cases of Smriti

  • Providing persistent long-term memory for AI coding assistants
  • Storing and retrieving conversation context across sessions for LLM agents
  • Enabling multi-user memory isolation in collaborative AI applications
  • Building knowledge-grounded AI systems that recall related information via associative retrieval

よくある質問

1

What runtime dependencies does Smriti require?

Smriti requires Go 1.25+ for building from source, Git 2.x+ for GitHub backups, GCC/build tools for CGO (LadybugDB), and the liblbug shared library (bundled in Docker and release binaries).

2

Where does Smriti store memory data?

Memory data is stored in a LadybugDB property graph under the root directory specified by `STORAGE_LOCATION` (default: `~/.smriti`). Each user has a separate database, and the data persists on disk.

3

What transport and authentication does Smriti use?

Smriti communicates with MCP clients via stdio. Authentication to LLM and embedding APIs is handled through environment variables (`LLM_API_KEY` and `EMBEDDING_API_KEY`), and the server supports any OpenAI-compatible provider.

4

Does Smriti support multiple users?

Yes. Smriti provides multi-user support by maintaining a separate LadybugDB instance per user, identified by the `ACCESSING_USER` environment variable. This scales to thousands of isolated memory stores.

5

Are there any known performance limits?

Smriti gracefully skips Leiden clustering on small graphs (< 3 nodes or 0 edges). Clustering 60 nodes takes ~40ms on the first run (with auto-tune) and ~14ms with a cached resolution. The server lazily creates HNSW vector and FTS indexes when the engram count exceeds a configurable threshold (default: 50).

コメント

「メモリとナレッジ」の他のコンテンツ

OpenLore

aakarim

Serve your docs to AI agents over SSH and MCP. Agents use ls, cat, grep, find, and pipes against a virtual filesystem backed by your documentation. Identity-scoped access, governed writing with human approval, and portab

66

server-noonien - shared memory MCP

sequico

Shared, serverless, conflict-free memory for AI agents: a multi-machine drop-in for the MCP memory knowledge graph.

PLUR

plur-ai

AI agents start every session with amnesia — you re-explain the project, repeat your preferences, and correct the same mistakes over and over. PLUR gives them a memory that persists. Your agent's corrections, preference

226

Leviathan Systems Public Content MCP

Leviathan Systems

Search published GPU deployment, rack integration and structured cabling resources; read canonical documents and Leviathan Systems company service scope. Anonymous, read-only Streamable HTTP MCP. No credentials required.

UmmahAPI

Yousuf Kazmi

Islamic source data for assistants: Quran, hadith, tafsir, duas, prayer times and qibla. Answers come from real sources with citations instead of recalled text, so verses and hadith are not hallucinated. 36,000+ hadiths

広告掲載