Skip to main content
Developer Tools Review

Engraphis Review: Memory That Coding Agents Can Explain

Coding agents are excellent at writing code and terrible at remembering why. Engraphis is a local-first memory layer that gives them scoped project knowledge, temporal history, and a reason for every recall. Here is what it gets right — and where it is still early.

By Josh Williams Updated October 24, 2026 10 min read
Our verdict
The most inspectable memory layer for coding agents
4.6/5

Engraphis treats memory as evidence, not magic. Every recalled fact keeps its workspace, repository, session, history, and recall rationale attached — and the engine abstains when the evidence is weak. The free local core is genuinely useful, not a demo.

Best for
Developers and small teams using coding agents across sessions
Standout feature
Scoped, explainable recall with temporal history
Watch out for
Early-stage Team features and small offline benchmarks

Why coding agents need memory

Every new agent session starts with an empty context window. The agent can read files and search a repository, but it does not know that your team moved from JWT to PASETO, that the deploy branch changed after an incident, or that a workaround exists because of a vendor bug. File search finds code. It does not preserve the reasoning behind the code.

Most “memory” products solve this by stuffing more text into a vector store. That creates a different problem: the agent gets a pile of semantically similar snippets with no boundary, no history, and no way to tell a current fact from a stale one. Engraphis takes the harder route. It treats memory as a governed record with a scope and a timeline.

What Engraphis is

Engraphis is an Apache-2.0 Python service that stores project knowledge in a local SQLite database and exposes it to coding agents through MCP, a REST API, a Python library, and a local dashboard. The core runs offline. Optional hosted services add analytics, scheduled upkeep, and team controls.

It is not a general-purpose vector database, and it is not a hosted chatbot. It is a memory layer for the specific facts an agent needs to do software work: conventions, architecture decisions, constraints, prior fixes, and the reasons they exist.

How it works

Scope before storage

Memories are organized by workspace, repository, and session. Recall can stay inside that boundary instead of collapsing everything into one undifferentiated store. This matters when one developer works across multiple clients or when a team wants a convention to apply to one service, not every project in the account.

Hybrid recall, bounded context

Engraphis combines vector, lexical, graph, and code-aware retrieval, then packs the result to a hard context budget. The goal is not to return the most text. It is to return the smallest useful set of evidence, with the sources attached.

Provenance and abstention

Every returned fact keeps its boundary, history, and recall rationale. If the evidence is insufficient, the engine can abstain instead of inventing an answer. That is a meaningful difference from a black-box RAG pipeline, where a confident-sounding response can hide a weak retrieval.

Temporal history

When a fact changes, the old version is not silently overwritten. The timeline keeps superseded facts visible, so an agent can distinguish “we used to deploy from the release branch” from “we deploy from main after checks pass.” For engineering teams, that history is often as valuable as the current answer.

A dashboard you can inspect

The local dashboard exposes memories, timelines, recall rationale, graph relationships, audit events, workspaces, and system health. You can see what the agent knows and why, instead of trusting a retrieval score.

What we like

Explainability is the product

Most memory tools return context. Engraphis returns context plus the reason it was selected, the scope it belongs to, and the history behind it. That is the feature that makes the rest trustworthy.

Scope matches real work

Workspace, repository, and session boundaries map cleanly to how developers and agencies organize projects. The agent stops mixing client conventions.

Local-first by default

The free core uses SQLite and works offline. Local use needs no account or API key, which is a strong fit for privacy-sensitive teams.

Temporal, not just topical

Superseded facts remain inspectable. The timeline is a real differentiator for architecture decisions and incident follow-ups.

MCP-native integration

The default Smart profile exposes 9 MCP tools; the optional Classic profile exposes 35. Published recipes cover Claude Code, Cline, Codex, Cursor, Windsurf, and Zed.

A credible free tier

The complete local engine, MCP server, dashboard, CLI, and library are free under Apache-2.0. Pro and Team add hosted workflows rather than crippling the core.

Benchmarks: promising, with the right caveats

Engraphis publishes three registered offline fixtures. They separate context size, retrieval quality, and grounded decision checks. The numbers are useful, but they are small fixtures, not a general coding benchmark.

FixtureResultQuality check
Structure-aware chunkingMean retrieved top-5 context: 740.3 → 214.3 tokens per question (71.1% lower, 18 questions)Recall@5 = 1.000 in both modes
Recall payload proxySerialized JSON-shape proxy: 24,590 → 11,138 tokens (54.71% lower, 26 samples; 260 timed recalls)Candidate and packed Recall@5, Hit@5, and answer-token recall all 1.000
Grounded decisions5/5 answerable queries grounded; 6/6 abstention queries rejected11/11 decisions correct, including a quarantined-evidence probe

Important: the payload figure is a serialized JSON-shape estimate, not an MCP transport measurement or provider billing total. The project explicitly says these fixtures do not establish general task performance.

Setup and agent support

The local application requires Python 3.10 or newer. The NumPy-only core supports Python 3.9+. A typical setup looks like this:

python -m pip install "engraphis[all]"
engraphis-dashboard

# MCP for a coding agent
python -m pip install "engraphis[mcp]"
engraphis-init
claude mcp add engraphis -- engraphis-mcp

The dashboard opens at 127.0.0.1:8700. The installed service uses a local embedding model of roughly 80 MB on first download, with a deterministic offline fallback. The core Python factory defaults to the offline embedder.

Published setup recipes cover Claude Code, Cline, Codex, Cursor, Windsurf, and Zed. Engraphis is careful to describe those as configuration recipes, not client certification — a level of honesty we appreciate.

Pricing

PlanPriceWhat you get
CommunityFreeComplete local engine, MCP server, dashboard, CLI, library; Apache-2.0; unlimited local use.
Pro$10/mo or $100/yr; 7-day trialEverything in Community plus analytics, Auto Consolidation, Auto Dreaming, and optional hosted Cloud Sync.
Team$20/seat/mo or $200/seat/yr; 14-day trial, 5 seatsEverything in Pro plus admin/member/viewer roles, seat management, per-user audit history, scoped credentials, and sync for eligible workspaces.

Trials require email verification and no card. The project is explicit that shared hosted Team memory and hosted MCP are not yet available, so teams should confirm current access before standardizing on it.

Where Engraphis is still early

  • Team memory is not fully here. Roles, seats, audit history, and sync exist, but one shared hosted memory across teammates and agents is a longer-term need.
  • It is a local service, not zero-config SaaS. Python, a local database, and an agent configuration are part of the deal. That is fine for developers; it is friction for everyone else.
  • The benchmarks are small. The registered fixtures are useful evidence of context efficiency and grounded behavior, not proof that Engraphis will improve every coding task.
  • Hosted and LLM features are optional and can cost extra. Review with Jev is experimental and BYOK-only in some paths; managed Jev is not yet available.
  • It is not a replacement for docs or code search. Engraphis remembers decisions and conventions. It is not a general document store or a full RAG platform.

Who should use Engraphis?

Engraphis is a strong fit for individual developers who use coding agents across sessions, small teams with shared conventions, agencies that need strict project boundaries, and privacy-sensitive organizations that want memory to stay on a local machine. It is a weaker fit for non-technical users, teams that need a fully managed shared memory today, or anyone looking for a plug-and-play cloud knowledge base.

The verdict

Engraphis is the most credible attempt we have seen at making agent memory inspectable rather than magical. The free local core is genuinely useful, the scope model matches how software work is organized, and provenance plus temporal history are real differentiators that most memory tools do not offer.

It is still early. Shared Team memory is not generally available, the published benchmarks are small offline fixtures, and running a local service is a real setup step. But for developers who want their agent to remember the why — and to show its work — Engraphis is an easy recommendation at the free tier.

Try the free local core

Install Engraphis, connect your agent, and test one convention across two sessions.

Visit Engraphis

FAQ

Is Engraphis free?

Yes. The complete local core is free under Apache-2.0. Pro is $10/month or $100/year after a 7-day trial, and Team is $20/seat/month or $200/seat/year after a 14-day trial.

Does Engraphis work with Claude Code, Cursor, and Codex?

Engraphis exposes memory through MCP. Published setup recipes cover Claude Code, Cline, Codex, Cursor, Windsurf, and Zed, though the project describes these as recipes rather than client certification.

Does my memory leave my machine?

Local use is local by default and works offline with SQLite. Hosted Cloud Sync and readable managed processing are separate opt-in choices; sync uses a user-held encryption key.

Is Engraphis a vector database?

No. It is a memory layer that combines vector, lexical, graph, and code-aware retrieval, then packs results to a context budget and returns provenance. It is not a general-purpose vector database.

Is shared Team memory available?

Team currently covers roles, named seats, scoped credentials, organization audit history, and optional sync for eligible workspaces. Shared hosted Team memory and hosted MCP are not yet available.

Disclosure: Engraphis is a partner of VPN Security Blog. This review is based on the public repository, documentation, product pages, and registered benchmark artifacts; we did not receive payment for a positive verdict. Partner links are marked sponsored. Read our affiliate disclosure.