Engram Server

io.github.jamjet-labs由 GitHub 账号 jamjet-labs 发布v0.5.0更新于 Oct 24, 2026

Durable memory for AI agents: fact extraction, hybrid retrieval, temporal graph. SQLite/Postgres.

发布方自己的服务:Engram

概览

AI 生成的概览

一个本地持久记忆服务器,从对话中提取事实存入时序知识图谱,并用语义与关键词混合检索进行召回。

可以做什么
Engram 将智能体记忆存储在 SQLite 或 PostgreSQL 中。它从聊天消息中提取结构化事实,保存在带时间戳的知识图谱里,并支持冲突检测与整合,再通过向量加关键词的混合检索取回。它提供七个记忆工具(添加、召回、上下文、搜索、遗忘、统计、整合)和四个消息存储工具(保存、获取、列出、删除),全部按组织、用户和会话划分作用域。
适用场景
当助手需要跨进程、跨会话保留记忆时适用,也适合希望自托管事实提取与召回、又不想运行 Python、Postgres、Qdrant 或 Neo4j 的场景。它适合单用户或单租户的试用型记忆层;项目自身说明,若需要生产级规模,托管方案更成熟。
运行要求
以 stdio 在本地运行,通常使用已发布的容器镜像或 cargo 安装的二进制文件。需要 LLM 后端:默认 Ollama(需预先拉取 llama3.2 与 nomic-embed-text),或为 Anthropic、Google、OpenAI 兼容端点提供 API 密钥。存储默认是 SQLite 文件,也可用 PostgreSQL 连接 URL。未声明身份验证。
安装前请注意
command 提供方会以服务器进程用户身份通过 ENGRAM_LLM_COMMAND 执行任意 shell 命令,绝不应暴露给不受信任的用户。云端提供方需要 ANTHROPIC_API_KEY、GOOGLE_API_KEY 或 OPENAI_API_KEY 等密钥,对话文本会发送给所配置的提供方。相关工具可以写入、软删除和删除事实、会话及用户数据,作用域与删除行为需要事先确认。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Engram Server,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

⚡ Engram

Durable memory for AI agents — temporal knowledge graph, hybrid retrieval, SQLite or PostgreSQL.

[crates.io (lib)] [crates.io (server)] [Docker] [MCP Registry] [License]

java-ai-memory.dev · Main repo · JamJet docs · Discord


Engram is a durable memory layer for AI agents. It extracts facts from conversations, stores them in a temporal knowledge graph, and retrieves them with hybrid semantic + keyword search — backed by a single SQLite file or a PostgreSQL database.

It ships in two shapes:

  • jamjet-engram — a Rust library you embed in your own application.
  • jamjet-engram-server (this crate) — a standalone binary that speaks MCP over stdio and REST over HTTP, so Claude Desktop, Cursor, and any HTTP client can use it with no code.

Engram is provider-agnostic. Five LLM backends are wired in out of the box, and a sixth — command — lets you shell out to any external script, so you can plug in a provider Engram does not ship natively without touching Rust code:

ENGRAM_LLM_PROVIDER=What it does
ollama (default)Local Ollama via /api/chat. Free, no API keys, runs on your laptop.
openai-compatibleAny endpoint that speaks OpenAI's chat-completions protocol — see the long list below.
anthropicAnthropic Claude via the Messages API.
googleGoogle Gemini via generateContent with native JSON mode.
commandShell out to a user-supplied script. Infinite extensibility, zero recompile.
mockDeterministic tests-only backend — returns empty facts.

Pick one with ENGRAM_LLM_PROVIDER=… — the same binary handles all of them.

State of the project, April 2026. Engram is new — v0.3.2, small community, no public LongMemEval / DMR numbers yet. The architecture below works, the tests pass, the Docker image runs. If you need production-scale memory today, Mem0 Cloud and Zep Cloud are more mature. If you need a tryable, self-hostable, single-binary memory layer that doesn't require Python, Postgres, Qdrant, or Neo4j, Engram is built for you.

Why Engram?

ProblemEngram's answer
Every agent memory library is Python-firstRust core with native Python, Java, and MCP clients — no sidecar required
Needs Postgres + Qdrant + Neo4j just to trySingle SQLite file (zero infra) or Postgres when you need it
Conversation history is not knowledge memoryFact extraction pipeline — pulls structured facts out of messages
Old facts drift and contradict each otherConflict detection + consolidation — decay, promote, dedup, summarize, reflect
Memory recall is either semantic OR keywordHybrid retrieval — vector search + SQLite FTS5 in one query
Agents lose memory across processesDurable by default — SQLite or Postgres, crash-safe, portable
MCP support is an afterthoughtMCP-native — 7 tools exposed by a single binary
No time-travel over what the agent knewTemporal knowledge graph — every fact is scoped and timestamped
Can't isolate memory per user or tenantFirst-class scopes — org / user / session built into every query

Quickstart — 30 seconds

Engram speaks to four LLM providers out of the box: Ollama (default — free, local), OpenAI, Anthropic Claude, and Google Gemini. Pick one.

Option A — Ollama (free, local, zero API keys)

Requirements: Ollama with llama3.2 and nomic-embed-text pulled:

bash
ollama pull llama3.2ollama pull nomic-embed-text

Docker (easiest):

bash
docker run --rm -i \  -v engram-data:/data \  ghcr.io/jamjet-labs/engram-server:0.3.2

The container defaults to Ollama at host.docker.internal:11434 — works out of the box on Docker Desktop for Mac and Windows. Linux users need --add-host=host.docker.internal:host-gateway.

Option B — Anthropic Claude (hosted, highest quality)

bash
docker run --rm -i \  -e ENGRAM_LLM_PROVIDER=anthropic \  -e ANTHROPIC_API_KEY=sk-ant-... \  -v engram-data:/data \  ghcr.io/jamjet-labs/engram-server:0.3.2

Defaults to claude-haiku-4-5-20251001. Override with -e ENGRAM_ANTHROPIC_MODEL=claude-sonnet-4-6.

Note: Anthropic has no native JSON mode, so Engram parses JSON from text responses. The llm_util::extract_json_payload helper strips markdown fences that Claude occasionally emits.

Option C — Google Gemini

bash
docker run --rm -i \  -e ENGRAM_LLM_PROVIDER=google \  -e GOOGLE_API_KEY=AIza... \  -v engram-data:/data \  ghcr.io/jamjet-labs/engram-server:0.3.2

Defaults to gemini-flash-latest. Override with -e ENGRAM_GOOGLE_MODEL=gemini-2.5-flash.

Option D — Any OpenAI-compatible endpoint

bash
docker run --rm -i \  -e ENGRAM_LLM_PROVIDER=openai-compatible \  -e OPENAI_API_KEY=sk-... \  -v engram-data:/data \  ghcr.io/jamjet-labs/engram-server:0.3.2

Defaults to OpenAI itself (https://api.openai.com/v1, gpt-4o-mini). Change one env var to point at any of these providers without recompiling:

ProviderENGRAM_OPENAI_BASE_URL=Note
OpenAIhttps://api.openai.com/v1default
Azure OpenAIhttps://<resource>.openai.azure.com/openai/deployments/<deployment>
Groqhttps://api.groq.com/openai/v1very fast inference
Together.aihttps://api.together.xyz/v1
Mistralhttps://api.mistral.ai/v1
DeepSeekhttps://api.deepseek.com/v1
Perplexityhttps://api.perplexity.ai
OpenRouterhttps://openrouter.ai/api/v1one key, many models
Fireworkshttps://api.fireworks.ai/inference/v1
vLLM (self-hosted)http://your-host:8000/v1
LM Studiohttp://localhost:1234/v1local desktop app
LocalAIhttp://localhost:8080/v1self-hosted
Ollama /v1 compat layerhttp://localhost:11434/v1alternate path for Ollama
Your corporate LLM gatewaywhatever URL your infra team exposes

openai is accepted as a backwards-compatible alias for openai-compatible.

Option E — command (shell out to anything)

For providers Engram does not ship natively — an internal model behind a custom RPC, a raw SOAP endpoint, a local inference binary, a quick wrapper over a Python SDK, or tomorrow's new provider — use the command backend. Engram will spawn your script per extraction call, pipe a JSON request to its stdin, and read a JSON response from its stdout.

The contract. Your script reads one JSON object from stdin:

json
{"system": "<extraction prompt>", "user": "<conversation text>", "structured": true}

Then writes one JSON value to stdout. Either a bare value:

json
{"facts": [{"text": "...", "entities": [...], "confidence": 0.95, "category": "..."}]}

Or an envelope (useful for surfacing errors):

json
{"content": {"facts": [...]}}{"error": "rate limited, try again"}

Exit 0 on success, non-zero (with stderr) on failure.

Example Python wrapper (~15 lines):

python
#!/usr/bin/env python3# my-llm.py — wraps any Python SDK for Engram.import json, sysfrom my_llm_sdk import chat  # your SDK
req = json.loads(sys.stdin.read())resp = chat(    system=req["system"],    user=req["user"],    json_mode=req.get("structured", False),)sys.stdout.write(json.dumps(resp))

Point Engram at it:

bash
docker run --rm -i \  -e ENGRAM_LLM_PROVIDER=command \  -e ENGRAM_LLM_COMMAND="python /scripts/my-llm.py" \  -v $(pwd)/scripts:/scripts \  -v engram-data:/data \  ghcr.io/jamjet-labs/engram-server:0.3.2

Timeout is 120 seconds by default — override with ENGRAM_LLM_COMMAND_TIMEOUT=30.

Security: the command provider runs arbitrary commands as the Engram process user. Never use it in a multi-tenant deployment where untrusted users can set ENGRAM_LLM_COMMAND. It is a local and single-tenant feature.

Option F — cargo install (all providers same binary)

bash
cargo install jamjet-engram-serverengram serve                                            # ollama (default)ENGRAM_LLM_PROVIDER=anthropic ANTHROPIC_API_KEY=... engram serveENGRAM_LLM_PROVIDER=command ENGRAM_LLM_COMMAND="python /path/to/wrapper.py" engram serve

Option G — REST mode for testing

bash
engram serve --mode rest --port 9090
bash
curl -X POST http://localhost:9090/v1/memory \  -H 'content-type: application/json' \  -d '{    "user_id": "alice",    "messages": [      {"role": "user", "content": "I am allergic to peanuts and I love sourdough."}    ]  }'
curl 'http://localhost:9090/v1/memory/recall?q=food%20allergies&user_id=alice'

No server. No config. No Python sidecar. One binary.


MCP client configuration

Claude Desktop (~/Library/Application Support/Claude/claude_desktop_config.json)

json
{  "mcpServers": {    "engram": {      "command": "docker",      "args": [        "run", "--rm", "-i",        "-v", "engram-data:/data",        "ghcr.io/jamjet-labs/engram-server:0.3.2"      ]    }  }}

Cursor / any MCP-aware IDE

Point it at the same docker run command, or at a locally-installed engram serve binary. After restart, eleven tools are available to the model (seven memory_* + four messages_*).


MCP tools

Memory tools (7)

ToolWhat it does
memory_addExtract and store facts from conversation messages (calls the LLM for extraction)
memory_recallSemantic search over stored facts, scoped by user_id / org_id
memory_contextAssemble a token-budgeted context block for an LLM prompt, with tier-aware selection
memory_searchKeyword search over facts (SQLite FTS5 / Postgres full-text)
memory_forgetSoft-delete a fact by ID with an optional reason
memory_statsAggregate counts: total facts, valid facts, entities, relationships
memory_consolidateRun a consolidation cycle — decay stale facts, promote high-value ones, dedup near-duplicates

All scoped by (org_id, user_id, session_id) — org is the coarsest, session the finest.

Message store tools (4)

ToolWhat it does
messages_saveSave chat messages for a conversation (optionally triggers fact extraction)
messages_getGet all messages for a conversation by ID
messages_listList all conversation IDs
messages_deleteDelete all messages for a conversation

REST API

Thirteen endpoints, rooted at /v1/memory. Full OpenAPI-style surface:

MethodPathHandler
GET/healthLiveness probe
POST/v1/memoryAdd messages (fact extraction)
GET/v1/memory/recall?q=…&user_id=…Semantic recall
POST/v1/memory/contextToken-budgeted context assembly
GET/v1/memory/search?q=…&user_id=…Keyword search
GET/v1/memory/statsAggregate statistics
POST/v1/memory/consolidateTrigger consolidation
DELETE/v1/memory/facts/:idForget a fact
DELETE/v1/memory/users/:idGDPR user-data delete
POST/v1/memory/messagesSave messages for a conversation
GET/v1/memory/messagesList conversation IDs
GET/v1/memory/messages/:idGet messages for a conversation
DELETE/v1/memory/messages/:idDelete a conversation

Configuration

All settings flow through CLI flags or environment variables. Env vars are the recommended way to configure the Docker image.

Core

CLI flagEnv varDefaultNotes
--dbENGRAM_DB_PATHengram.dbSQLite file path or postgres://… connection URL
--extract-on-saveENGRAM_EXTRACT_ON_SAVEtrueEnable fact extraction when saving chat messages
--modeENGRAM_MODEmcpmcp (stdio) or rest (HTTP)
--portENGRAM_PORT9090HTTP port in REST mode
--llm-providerENGRAM_LLM_PROVIDERollamaollama, openai-compatible (alias openai), anthropic, google, command, mock
--embedding-providerENGRAM_EMBEDDING_PROVIDERollamaollama or mock (cloud embedding providers are planned)
--embedding-modelENGRAM_EMBEDDING_MODELnomic-embed-textOllama embedding model
--embedding-dimsENGRAM_EMBEDDING_DIMS768Must match the embedding model's output

Ollama

CLI flagEnv varDefault
--ollama-urlENGRAM_OLLAMA_URLhttp://localhost:11434 (Docker image: http://host.docker.internal:11434)
--ollama-llm-modelENGRAM_OLLAMA_LLM_MODELllama3.2

OpenAI-compatible (OpenAI, Groq, Together, Mistral, DeepSeek, Azure, vLLM, …)

CLI flagEnv varDefault
--openai-api-keyOPENAI_API_KEY(required when provider is openai-compatible)
--openai-base-urlENGRAM_OPENAI_BASE_URLhttps://api.openai.com/v1 — change this to switch provider, see the big table above
--openai-modelENGRAM_OPENAI_MODELgpt-4o-mini

Anthropic

CLI flagEnv varDefault
--anthropic-api-keyANTHROPIC_API_KEY(required when provider is anthropic)
--anthropic-base-urlENGRAM_ANTHROPIC_BASE_URLhttps://api.anthropic.com
--anthropic-modelENGRAM_ANTHROPIC_MODELclaude-haiku-4-5-20251001

Google Gemini

CLI flagEnv varDefault
--google-api-keyGOOGLE_API_KEY(required when provider is google)
--google-base-urlENGRAM_GOOGLE_BASE_URLhttps://generativelanguage.googleapis.com/v1beta
--google-modelENGRAM_GOOGLE_MODELgemini-flash-latest

Command (shell-out)

CLI flagEnv varDefault
--llm-commandENGRAM_LLM_COMMAND(required when provider is command) — run via sh -c
--llm-command-timeoutENGRAM_LLM_COMMAND_TIMEOUT120 — seconds before the child is killed

The mock backend returns empty facts and deterministic byte-cycled vectors. It exists for tests and CI. The server prints a clear warning on startup if it detects mock mode in use. API keys and command contents are never echoed to stdout or logs — the server only describes provider model at base_url or command \<first 60 chars>``.


Database Backend

Engram supports SQLite (default) and PostgreSQL backends. The backend is selected by the --db URL:

bash
# SQLite (default)engram serve --mode rest --db engram.db
# PostgreSQLengram serve --mode rest --db postgres://user:pass@localhost:5432/engram

When using PostgreSQL, tables are created automatically on first startup.


Chat Message Store

Engram can store raw chat messages alongside extracted facts. This enables Spring AI ChatMemoryRepository integration.

REST Endpoints:

MethodEndpointDescription
POST/v1/memory/messagesSave messages for a conversation
GET/v1/memory/messagesList conversation IDs
GET/v1/memory/messages/{id}Get messages for a conversation
DELETE/v1/memory/messages/{id}Delete a conversation

MCP Tools: messages_save, messages_get, messages_list, messages_delete

Fact extraction on message save is controlled by --extract-on-save (default: true).


Embedding the library

If you don't want a separate process, depend on jamjet-engram directly:

toml
[dependencies]jamjet-engram = "0.3.2"
rust
use engram::{Memory, OllamaEmbeddingProvider, OllamaLlmClient, Scope, ExtractionConfig, Message};
let embedding = Box::new(OllamaEmbeddingProvider::new());let memory = Memory::open("sqlite:engram.db?mode=rwc", embedding).await?;
let scope = Scope::user("default", "alice");let messages = vec![Message {    role: "user".into(),    content: "I am allergic to peanuts.".into(),}];
let llm = Box::new(OllamaLlmClient::new());let fact_ids = memory    .add_messages(&messages, scope.clone(), llm, ExtractionConfig::default())    .await?;
// Later, recalllet facts = memory.recall(&engram::memory::RecallQuery {    query: "food allergies".into(),    scope: Some(scope),    max_results: 5,    as_of: None,    min_score: None,}).await?;

Other languages

Engram is part of the JamJet ecosystem. These clients speak to engram-server over REST:

LanguagePackageInstall
Pythonjamjet (includes EngramClient)pip install jamjet
Javadev.jamjet:jamjet-sdk (includes EngramClient)Maven Central
Spring Bootdev.jamjet:engram-spring-boot-starterMaven Central — zero-config @Bean EngramMemory
Rustjamjet-engram (embed directly)cargo add jamjet-engram

See java-ai-memory.dev for how Engram compares to LangChain4j ChatMemory, Spring AI ChatMemory, Koog, Embabel, Google ADK Memory Bank, the Mem0 community wrapper, and Zep — with honest notes on where Engram fits and where the alternatives are more mature.


Architecture

┌──────────────────────────────────────────────────────────┐│           Clients: Claude Desktop, Cursor, JamJet,        ││           Python SDK, Java SDK, Spring Boot, cURL         │├─────────────────┬────────────────────────────────────────┤│   MCP (stdio)   │           REST (HTTP + JSON)            │├─────────────────┴────────────────────────────────────────┤│                     engram-server                         ││                 (jamjet-engram-server)                    │├──────────────────────────────────────────────────────────┤│                       engram (lib)                        ││   Extraction pipeline  │  Hybrid retrieval  │  Scopes     ││   Conflict detection   │  Consolidation     │  Context    │├──────────────────────────────────────────────────────────┤│    LlmClient trait        │    EmbeddingProvider trait    ││    Ollama · Mock          │    Ollama · Mock              │├──────────────────────────────────────────────────────────┤│                       Storage                             ││   SQLite or PostgreSQL (facts, entities, FTS, vectors)   │└──────────────────────────────────────────────────────────┘

What Engram is not

  • Not just a chat-history store. Engram now includes a message store (see Chat Message Store), but its primary value is the fact extraction and knowledge graph layer on top. If all you need is the last N messages of a conversation, a framework's built-in window may be simpler.
  • Not a state checkpointer. If you need to snapshot agent execution state for resume and replay, that's what LangGraph, Koog persistence, or JamJet's own durable runtime does. Pair them with Engram — they solve different problems.
  • Not a managed service. No hosted plane, no auth layer beyond scopes, no SLA. Bring your own process manager.
  • Not benchmarked yet. LongMemEval and DMR numbers are on the roadmap. Until they exist, treat comparative claims with the skepticism they deserve.

Roadmap

StatusItem
✅Fact extraction pipeline + SQLite storage
✅Hybrid retrieval (vector + FTS5 with prefix matching)
✅Consolidation engine (decay, promote, dedup, summarize, reflect)
✅MCP stdio server (7 tools)
✅REST API (9 endpoints)
✅Multi-provider LLM backends: Ollama, OpenAI-compatible (OpenAI/Azure/Groq/Together/Mistral/vLLM/LM Studio/…), Anthropic, Google, command shell-out
✅Python, Java, Spring Boot clients
✅Docker image, MCP Registry publish
✅Postgres backend (in parallel to SQLite)
✅Chat message store + Spring AI ChatMemoryRepository integration
📋LongMemEval + DMR benchmark scores
📋Quarkus extension
📋Cloud embedding providers (OpenAI text-embedding-3, Google text-embedding-004)

License

Apache 2.0 — see LICENSE.


Part of JamJet · Built by Sunil Prakash · © 2026 JamJet Labs

来源:runtime/engram-server/README.md,提交 59a6bcf

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.5.0最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Engram 集成