Context7
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Description from the maker (original English)
Auditable memory for coding agents: evidence chains, supersession history, keyless embedded SQLite
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
STATECORE_SCOPE, FEATURE_LLM, MODEL_API_KEY, MODEL_BASE_URL, MODEL_NAMEValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"statecore": {
"command": "npx",
"args": [
"-y",
"statecore-mcp"
],
"env": {
"STATECORE_SCOPE": "your-value",
"FEATURE_LLM": "your-value",
"MODEL_API_KEY": "your-value",
"MODEL_BASE_URL": "your-value",
"MODEL_NAME": "your-value"
}
}
}
}Run this in your terminal
claude mcp add statecore --env STATECORE_SCOPE=your-value --env FEATURE_LLM=your-value --env MODEL_API_KEY=your-value --env MODEL_BASE_URL=your-value --env MODEL_NAME=your-value -- npx -y statecore-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"statecore": {
"command": "npx",
"args": [
"-y",
"statecore-mcp"
],
"env": {
"STATECORE_SCOPE": "your-value",
"FEATURE_LLM": "your-value",
"MODEL_API_KEY": "your-value",
"MODEL_BASE_URL": "your-value",
"MODEL_NAME": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"statecore": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"statecore-mcp"
],
"env": {
"STATECORE_SCOPE": "your-value",
"FEATURE_LLM": "your-value",
"MODEL_API_KEY": "your-value",
"MODEL_BASE_URL": "your-value",
"MODEL_NAME": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
STATECORE_SCOPE envFEATURE_LLM envMODEL_BASE_URL envMODEL_NAME envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account yul761, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: MODEL_API_KEY
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.1.2) reached the registry 3 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Context7, Codebase Memory, Exa
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Auditable memory for coding agents and AI systems. Every fact StateCore holds carries its evidence, its version chain, and a recorded reason for every discard — so "why do you believe this, and what did you believe before?" always has an answer.
StateCore is a self-hosted, low-drift long-term memory runtime for local or BYO models. It turns memory from accumulated text into governed state: events are ingested, run through a deterministic digest pipeline, and merged into protected stable state. The LLM proposes; the pipeline decides.
No server, no signup, no model key — one SQLite file over MCP:
claude mcp add statecore -- npx -y statecore-mcp # Claude Code
remember a decision in one session, ask why in the next: you get the fact, the evidence behind it, and its version history — superseded and retired facts stay on the record, marked, never deleted. And sessions hand off across vendors: handoff records where one session stopped, and the next one — Claude Code, Codex, Cursor, any MCP client on the same project — receives it at the top of recall, with every earlier stop-point still on the audit chain. Configs for Cursor, dsh, and every other MCP host: apps/mcp/README.md.
Most agent-memory tools compete on capturing more — hook every event, compress the transcript, inject it back. Capture is the solved half of the problem. The unsolved half is what those tools' own issue trackers are full of: memories that silently stop being written, stale decisions injected as if still current, cross-project leakage, and no way to audit or repair what the store believes. That is not a rhetorical claim — docs/prior-art-failure-modes.md cites the verified issues, by number, across five systems.
StateCore is built for that second half:
supersededBy chain; retired facts are marked, never deleted.degraded; the budget reports what it refused; retrieval reports which embedding stages failed and derives its mode from what actually ran, not from what was configured.why returns a fact's evidence and full version history; a digest's selection report shows exactly what it kept and dropped.How this compares to other memory systems, mechanism by mechanism: docs/why-auditable.md.
retrieval.degraded instead of silently downgrading qualitystatecore-mcp, a zero-deploy Model Context Protocol front end for coding agents; keyless by default, one SQLite file, no infrastructurepnpm install
cp .env.example .env
Minimum required variables:
PORT=3002
LOCAL_USER_TOKEN=local-dev-user DATABASE_URL=postgresql://postgres:postgres@localhost:5434/statecore REDIS_URL=redis://localhost:6380
To enable LLM features (digest, answers):
FEATURE_LLM=true
MODEL_PROVIDER=openai-compatible MODEL_API_KEY= MODEL_BASE_URL=https://api.openai.com/v1 MODEL_NAME=gpt-5-mini
On OpenAI, pick a model that accepts `reasoning_effort`. The runtime turn
sends it on every request —
assistant-runtime.tsdefaults it tolowrather
than leaving it unset — so
POST /v1/memory/runtime/turnfails against a
gpt-4o*model, which rejects the parameter. Digest and answers do not send it
unless
MODEL_STRUCTURED_OUTPUT_REASONING_EFFORTis set, so agpt-4o*model
appears to work right up until the first runtime turn. Any endpoint that
accepts the parameter, or ignores unknown ones, is fine.
docker compose -f docker-compose.local.yml up -d
This starts Postgres (with pgvector) and Redis.
pnpm db:generate
pnpm db:migrate pnpm seed
pnpm dev:api # NestJS API on PORT (default 3002)
pnpm dev:worker # background digest + reminder workers
The API is available at http://localhost:3002 (or whatever PORT is set to).
All requests require an x-user-id header. For local development, set LOCAL_USER_TOKEN=local-dev-user in .env and send:
x-user-id: local-dev-user
/v1)The /v1 prefix exposes the stable, public-facing subset of the API. Full OpenAPI schema:
GET /openapi.json
Interactive Scalar UI:
http://localhost:3002/docs
Reference documentation: docs/api.md
| Method | Path | Description |
|---|---|---|
POST | /v1/memory/events | Ingest a stream event or document |
POST | /v1/memory/retrieve | Retrieve grounded evidence for a query, within an optional maxChars budget |
POST | /v1/memory/digest | Trigger a State Layer digest job |
GET | /v1/memory/facts | Grouped memory facts for a scope |
GET | /v1/memory/facts/:factId/provenance | A fact's evidence and its full version chain |
GET | /v1/memory/digests/:digestId/selection | What a digest kept, and what it discarded and why |
GET | /v1/facet-pack | The active facet ontology for a scope or account |
GET | /v1/scopes | List scopes |
GET | /memory/stable-state | Current stable-state snapshot ¹ |
GET | /memory/working-state | Current working-memory snapshot ¹ |
GET | /memory/layer-status | Aggregated layer health ¹ |
The three audit readers in the middle are the ones that make the engine's memory checkable rather than merely stored; docs/api.md lists the full frozen surface.
API stability: the
/v1contract is frozen and additive-only — see
STABILITY.md. It currently covers **22 operations across 20
paths**. The contract carries its own version in the generated OpenAPI document
(
info.version, currently1.8.0), which is what tells you how current a spec
you are holding; it is not the release tag and not any package version.
¹ Internal read-model endpoints — registered only at /memory/..., not under /v1, and not part of the frozen /v1 contract.
statecore-mcp is a separately published npm package that fronts this engine over the Model Context Protocol — no running server required. It runs the engine embedded (one process, one SQLite file), keylessly by default:
npx -y statecore-mcp --data ~/.statecore
Point any MCP client at it, or run it against a full StateCore deployment via --url for shared/multi-agent memory. Full docs, host configs, and the keyless/keyed capability matrix: apps/mcp/README.md.
| Client | Setup |
|---|---|
| Claude Code | claude mcp add statecore -- npx -y statecore-mcp (config) |
| dsh | pinned-executable overlay config included (config) |
| Cursor | .cursor/mcp.json config included (config) |
| Codex CLI, Gemini CLI, Windsurf, Zed, Cline, OpenCode, Claude Desktop, VS Code Copilot | standard MCP stdio config — npx -y statecore-mcp as the command |
| Anything else that speaks MCP | same stdio command; HTTP via --url against a deployment |
Team memory: one self-hosted deployment as the shared project brain for every agent your team runs — dsh sessions, Claude Code, CI — with one audit trail across all of them: docs/team-memory.md.
apps/api NestJS HTTP server — ingestion, retrieval, runtime turns, diagnostics
apps/worker BullMQ background workers — digest, working-memory updates, reminders apps/mcp statecore-mcp — MCP server, embedded or thin client against apps/api
packages/core Memory engine (MemoryService, DigestService, RetrieveService, AssistantSession) packages/contracts Zod schemas for all API I/O packages/db Prisma schema, migrations, and client packages/prompts LLM prompt templates (digest, answer, runtime)
StateCore sits between your client and your model endpoint. Events flow in, the digest pipeline consolidates them into protected state, and retrieval pulls grounded evidence back out for answers or runtime turns.
Three-layer memory model:
See docs/vision-and-roadmap.md for the layered model design and roadmap.
Run package tests:
pnpm --filter @statecore/core test
pnpm --filter @statecore/api test
Run the full latency + memory quality benchmark:
pnpm benchmark
Run the synthetic regression suite (no LLM required):
pnpm --filter @statecore/core eval
The synthetic suite is a regression guard, not a capability benchmark: every scenario scores 1.000 on the current engine, deliberately — its job is t
Only the beginning is shown; read the rest in the repo