Persistent understanding via workflow prompts, typed updates, graph-native code, and supersession.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
A persistent medium for recursive, inspectable understanding.
Understanding Graph is an MCP server that gives AI agents structured, persistent memory. Unlike knowledge bases that store facts, it stores externally useful understanding updates -- tensions, surprises, decisions, evidence, and how beliefs evolved over time. It does not require private chain-of-thought. Multiple agents can coordinate through the graph itself: each agent reads what others have written, builds on it, and leaves inspectable traces for the next -- stigmergy.
| Traditional Memory | Understanding Graph |
|---|---|
| Stores facts | Stores authored understanding updates |
| "User prefers dark mode" | "User switched to dark mode after eye strain -- tension between aesthetics and comfort resolved toward comfort" |
| Flat retrieval | Typed, revisable interpretation |
| Loses the interpretive middle | Preserves recorded rationale and revision |
| Single agent | Multi-agent coordination through shared graph |
Core insight: AI agents don't just need to remember facts -- they need the usable before state, pivoting evidence, updated conclusion, and remaining uncertainty. That lets later work test or revise a conclusion without reconstructing hidden deliberation.
Requires Node.js 22 or newer.
Run the initializer in the directory where you want the graph-backed work to live:
It creates project-scoped MCP configuration for both Codex and Claude Code,
installs the same fluid-understanding contract in AGENTS.md and
CLAUDE.md, installs a project-scoped reading-mode skill for both clients,
and adds the local projects/ path to ignore rules without installing any
starter graph. Open either client, sign in with your normal ChatGPT or Claude
subscription, and ask for the actual research, writing, coding, or decision
task. The agent creates a descriptively named graph when real work begins. You
do not need to say βuse the graph.β The model runs in the subscription client;
Understanding Graph itself makes no model API calls.
For a fresh chronological reading, give the agent a file path and ask it to
turn on reader mode. It stages the source without returning or sampling its
body, then encounters only the next ordered passage through source_read and
may attach ordinary, passage-grounded understanding before continuing. Codex
also exposes $reading-mode; Claude Code exposes /reading-mode. Text pasted
directly into chat has already been encountered, so use a file path when a
genuinely fresh reading matters.
Codex is available through eligible ChatGPT plans, and Claude Code can use Claude Pro or Max. Their normal plan limits still apply.
The package ships both .codex-plugin and .claude-plugin manifests. The
plugin combines the MCP capabilities with an understanding-work skill. While
the mode is active, material, communicable understanding that could matter to
the work or a future inquiry develops in the graph.
The graph rolls a small state-dependent set of concrete next moves; the model
judges their weights against the user task and freely chooses, combines, changes,
or rejects them. The initializer above provides the same contract without
waiting for a plugin-directory listing.
For Claude Code, the existing marketplace flow is:
For local development:
This gives you the MCP server and these skills:
| Skill | Invoke | What it teaches |
|---|---|---|
| understanding-work | (auto-loaded) | Fluid graph-mediated understanding with weighted, model-chosen provocations |
| orient | /understanding-graph:orient | Read graph state at conversation start |
| quality-check | /understanding-graph:quality-check | Score, analyze, thermostat |
| reading-mode | /understanding-graph:reading-mode | Deep source reading with source_read |
| serendipity | /understanding-graph:serendipity | Inject novelty via grounded/pure serendipity |
| web-ui | /understanding-graph:web-ui | Launch 3D visualization at :3030 |
| graph-workflow | (auto-loaded) | Shared graph laws plus task-to-workflow routing |
| code-work | (auto-loaded) | Graph-native code nodes, generation, and executable evidence |
| collaborative-code | (auto-loaded) | Code-subtree ownership, handoffs, locks, and integration evidence |
| creative-work | (auto-loaded) | Books, prose, scripts, and editorial revision |
The raw MCP server works with any compatible client, but the bundled skill or generated project instructions are the recommended experience. Tool schemas alone do not reliably activate a multi-step understanding workflow.
This creates:
.codex/config.toml -- Codex MCP configuration.mcp.json -- Claude Code project MCP configurationAGENTS.md and CLAUDE.md -- the same canonical understanding workflow.agents/skills/reading-mode/SKILL.md -- explicit Codex reader workflow.claude/skills/reading-mode/SKILL.md -- explicit Claude Code reader workflow.gitignore entry for projects/ -- keeps graph data local; no starter
project is createdEvery session opened in the directory shares the same project root. Once a named graph is selected, agents working there share it. Use additional agents only when the work has real independent seams.
If a client cannot install plugins or run the initializer, connect the MCP server directly:
MCP initialization still supplies a concise graph-use contract, but client
support for server instructions varies. For consistent behavior, also provide
the bundled understanding-work skill or its generated project instructions.
Per-client setup guides: Claude Code Β· Claude Desktop Β· Cursor Β· mcporter
macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json
UG_SOURCE_ROOT limits file-based source loading to that directory. The
project initializer sets it to the project root automatically.
Add to your MCP config:
The root npm package includes the built frontend and depends on the web server, so the published package can launch the UI directly:
Run independent sidecars by giving each process its own port and project-store root. The roots may be sibling directories on the same volume:
Use absolute paths in deployments. Sharing the installed package and its
read-only frontend is safe; do not point independent sidecars at the same
PROJECT_DIR.
The server binds to loopback by default. To run a worker on another host,
explicitly set HOST and a private worker token; non-loopback startup fails
closed without both:
The trusted caller must send Authorization: Bearer <UG_WORKER_TOKEN> on every
/api or /admin request. Put remote traffic behind TLS or a private
authenticated network.
To develop the UI from a checkout instead:
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/understanding-graph)<a href="https://allmcps.com/mcp/understanding-graph"><img src="https://allmcps.com/api/badge/understanding-graph?style=directory" alt="Understanding Graph on AllMCPs" /></a>