
MemoryBrain
ai.memorybrainPublished by memorybrain.aiOfficial publisherv0.9.0Updated Nov 7, 2026
Your own memory inside ChatGPT and Claude, with the source of every note.
Overview
Remote MCP connector that puts your own Open Brain knowledge vault inside ChatGPT and Claude, with the source of every note.
- What you can do
- Search and read notes from your vault through multi-modal retrieval, including one-hop graph traversal
- Enrich and link notes: repair search terms, split crowded terms, build typed connections between notes
- Ingest and extract sources into atomic notes, then index them
- Promote notes along a maturation ladder and synthesize across them
- Run vault health checks, scorecards and weekly reviews
- Build practice courses, flashcards and practice logs, and draft knowledge-grounded writing
- When to use it
- For people who keep a Markdown linked-note vault (Obsidian, Logseq and similar) and want their AI assistant to answer from it, follow connections between notes, and help maintain the vault as it grows past a few hundred notes.
- Requirements
- A remote endpoint at app.memorybrain.ai with OAuth sign-in; no local package or environment variables are declared. The underlying Open Brain framework assumes a Markdown vault with YAML frontmatter and, for the local skills and engines, Python 3.9+.
Installation
In SourceWeft
- Open MemoryBrain in the dashboard and add it to a workspace.
- Connect the required credentials. They are stored privately and never shown on public pages.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/ai.memorybrain%2Fmemorybrain/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.
{
"mcpServers": {
"memorybrain": {
"type": "http",
"url": "https://app.memorybrain.ai/mcp"
}
}
}README
Open Brain — A Knowledge Management Framework
Open Brain is an opinionated framework for building and maintaining personal knowledge vaults that stay useful as they scale. It addresses the core problem most PKM systems ignore: notes don't just need to be captured — they need to be found, connected, kept alive, tested, and turned into output.
MemoryBrain is built on Open Brain. Open Brain defines how a brain is built; MemoryBrain is where it lives inside your AIs (ChatGPT and Claude, through a remote MCP connector). The skills are listed at memorybrain.ai/openbrain/skills.
Most knowledge management systems work well at 50 notes. At 500, search gets noisy. At 2,000+, the vault becomes a graveyard of ideas you know you wrote down but can't surface when you need them. And at every scale, without active recall and deliberate output, the knowledge never becomes skill.
Open Brain addresses this with a structured approach across eight modules — from first capture through to written thinking and system automation. The repo has two parts:
docs/— 46 problem/solution docs that explain the framework. They are tool-agnostic.skills/— 23 Claude Code skills that implement it on a Markdown vault (see Skills).engines/— the Python scripts those skills call for the deterministic work: graph, retrieval log, health checks, lint, course build.
Some parts of the framework are practices you run by hand rather than features a skill runs for you — publishing, measuring how much your vault improves an output, and mining your own sessions for automation. The docs say so where it applies.
Try it in two minutes
example-vault/ is a small vault: 33 notes built from two invented books. Everything in it is fictional. It contains six deliberately seeded defects, so you can see what the engines catch and what they miss. You don't need a vault of your own or Claude Code: only Python 3.9+.
run-demo.sh copies the vault to a temporary directory, runs five engines there and deletes the copy afterwards, so nothing is written into the repo. The five engines are autolink (typed graph), the health check, the enrich scan, a one-hop graph retrieval and the eval. The excerpt below is real output from 2026-10-14, trimmed: … marks a cut, and checks that reported 0 are left out of the summary.
Of the six seeded defects, four are caught and one is caught only in part:
- Caught: the stale Inbox item, the orphan Permanent Note, the topic-style description and the Literature Note with only two search terms.
- Caught in part: the crowded term
Habit Formation. It shows up in the yellow band (12 notes), but the check's count stays 0 because a flat term only counts as red above 20 notes. - Missed: a broken wikilink inside a Literature Note. Broken-link checks only scan Permanent Notes.
example-vault/README.md lists each defect, where it is and which check is expected to catch it. Edge types in the graph keep their original Spanish identifiers: contradice = contradicts, refuerza = reinforces, extiende = extends.
The Eight Modules
Module 1: Knowledge Enrichment
The foundation. Addresses the three failures that compound as a vault grows: notes becoming unfindable, search terms losing discriminative power, and knowledge connections carrying no semantic meaning.
Problems:
- Retrieval Decay — Notes become progressively harder to find as your vocabulary evolves
- Term Saturation — When a search term accumulates so many notes it loses discriminative power
- Knowledge Graph Signal vs. Noise — Why generic "mentions" links make the graph useless
Solution:
- The Enrichment Pattern — Evidence-driven search term repair, term splitting, and typed connections between Permanent Notes
Module 2: Knowledge Extraction
How raw sources — books, articles, PDFs, web content — become atomic, structured notes. The quality of extraction determines the quality of everything downstream. Includes both passive extraction (from sources you read) and active research (filling gaps you identify).
Problems:
- Source Overwhelm — The unprocessed inbox: capture without extraction is organized procrastination
- Atomic Note Decomposition — Getting the granularity right when converting a book to notes
- The Re-reading Trap — When your notes fail as references and you keep returning to the original
- Reactive Knowledge Accumulation — When the vault only reflects what you happened to read, not what you need to know
- The Seven Extraction Layers — What a source contains, why slotting notes into layers was retired from extraction, and where layers survive (the
layerfield on Permanent Notes)
Solutions:
- The Extraction Pipeline — Ingest → Extract → Index, with an admission gate before extraction
- The Autonomous Research Loop — Filling knowledge gaps through targeted multi-round web research (a practice)
Module 3: Knowledge Maturation
How captured notes become your own ideas. The promotion process that separates storage from understanding.
Problems:
- The Literature Note Graveyard — 500 notes from 20 books, but no original positions
- Premature Synthesis — Building theses on thin evidence before sufficient convergence
- Domain Blindness — Not knowing what you know or what you're missing in a field
- Convergence Detection — Why two independent sources confirming an idea beat ten that merely mention it
- The Endorsement Gap — The difference between a note that exists in your vault and one you have explicitly approved
Solutions:
- The Maturation Ladder — Literature Note → Your Extension → Convergence → Permanent Note → Domain Synthesis, with maturity (seed → growing → evergreen) derived from use afterwards
- Convergence Promotion — The 4-part convergence test, the per-cluster extension gate, and the state machine from draft to endorsed (plus visual pattern promotion)
Module 4: Active Recall & Practice
How knowledge becomes skill. The practice layer that closes the gap between understanding and doing.
Problems:
- The Collector's Fallacy — When saving notes feels like learning but produces no retention
- Skill Stagnation — The gap between understanding a concept and actually doing it well
- Invisible Progress — Learning without a feedback loop: you don't know if you're improving
- Course Gate Design — Why linear reading produces recognition but not generation or transfer
- Context-Absent Output — When AI generates answers without grounding in your actual knowledge
- The Judgment Gap — The distance between knowing about X and having developed judgment on X
- Empty Prompting — Using AI as a content dispenser without building judgment: outputs accumulate, capability stays flat
Solutions:
- The AI-Driven Creation Loop — Delegate → Elevate → Challenge as a practice you run by hand, and the loop the skills run: practice log → gaps and friction → promotion review → next course
- The Specificity Delta — Comparing an output made without your vault against one made with it (a manual comparison)
- The Learning Science of Courses — The research behind the course design
- Three-Gate Progression — Vocabulary → Production → Transfer, scored after the course by a separate evaluation step
Module 5: Knowledge Retrieval
How to access what you know — in multiple modes, for different purposes, from any context.
Problems:
- The Search Box Bottleneck — Why text search degrades as the primary retrieval method for complex knowledge
- Isolated Retrieval — Finding individual notes without following the reasoning thread connecting them
- Knowledge Portability — When your vault is stranded on your laptop and inaccessible everywhere else
Solution:
- Multi-Modal Retrieval — Six intents (including a visual track), a query-expansion gate, one-hop graph traversal, and remote access as a read-only search-and-read pattern
Module 6: Vault Health & Maintenance
How to keep a large vault reliable. The immune system that prevents structural decay.
Problems:
- Structural Debt — The compounding pathologies of orphan notes, broken links, and maturity drift
- The Unmeasured Vault — Running blind: no metrics, no signal of health or decay
- The Manual Maintenance Ceiling — Why one-by-one review stops scaling at 500+ notes
- The Flat Graph Problem — Why all-equal edge weights make graph retrieval less useful as the vault grows
Solutions:
- The Vault Immune System — Automated health checks, a 3-layer eval with a weekly trend, continuous graph maintenance, and a weekly review
- Graph Myelination — Traversal-reinforced edge weights that make the graph self-organize around how you actually think
Module 7: Knowledge Output
How a full vault becomes written thinking. The output layer that closes the loop.
Problems:
- The Blank Page Problem with a Full Vault — 1,000 notes and still can't write a paragraph
- Writing Without Evidence — Opinions disconnected from the knowledge you actually built
- Single-Perspective Blindness — The structural limit of evaluating your own work
Solution:
- Knowledge-Grounded Output — You write first and your text is kept verbatim → grounding against the one note that contradicts it → a claim emerges across several fragments → multi-perspective review
Module 8: System Automation
How to discover and eliminate manual repetition in your own workflow. The meta-layer that makes the system improve itself over time.
Problem:
- Manual Repetition Overhead — The cost of doing the same multi-step tasks repeatedly without recognizing the pattern
Solution:
- The Automation Discovery Pattern — Mining your own session history to surface what should be automated (a practice)
Framework Context
How Open Brain relates to the traditions it draws from — and where it diverges.
- Where Open Brain Fits in the PKM Landscape — What it takes from Forte (CODE/PARA), Zettelkasten, and Deliberate Practice — and the four things none of them have
Skills
skills/ contains 23 Claude Code skills. open-brain is the router: it reads your request and hands it to the right skill.
Install
OPEN_BRAIN_VAULT— the root of your Markdown vault. The skills use the folder conventions described inskills/open-brain/references/shared/vault-spec.md(Literature Notes/,Permanent Notes/,Sources/, …).OPEN_BRAIN_ENGINES— where the Python engines live. The skills call them as$OPEN_BRAIN_ENGINES/<engine>/<script>.py. Keeping them in the vault root (as above) is the expected layout.- Engines (
engines/): Python 3.9+. Most scripts use only the standard library.pip install pyyamlis recommended (stricter frontmatter parsing; required by two health reports).numpyandscipyare needed only for the optional LSA/embedding channels inretrieval-eval/, which are off by default. The engines create their own data files (graph, traversal log, retrieval log) on first run; none are shipped.
Design Principles
Content is sacred; metadata is the lever. Enrichment and maintenance operations don't change what a note claims. They improve the metadata, connections, and structure that make notes findable and usable. Compressing a note's wording is an explicit, reviewable operation — never a side effect of maintenance.
Additive only. The framework adds search terms, connections, and structure. It never silently removes existing content: rejected sources and notes are moved and logged, not deleted.
Human in the loop for meaning; automation for bookkeeping. Changes to what a note says — new Permanent Notes, endorsements, splits, merges, new domains — need your approval. Derived bookkeeping (usage counters, maturity, graph edges and weights) is recalculated automatically, because it is computed from the vault rather than declared.
Diagnosis before treatment. Every maintenance operation starts with a scan. Fix what the data says is broken, not what you assume.
Active recall over passive review. Reading notes is not learning. Testing recall, producing answers, and applying knowledge to new cases is learning.
Output closes the loop. Knowledge that never becomes output — writing, decisions, conversations — hasn't been integrated. The vault exists to make you better at thinking, not to make you better at storing.
Who This Is For
Open Brain is built for knowledge workers who:
- Use Obsidian, Logseq, or any linked-note tool and have outgrown basic tagging
- Have 500+ notes and notice that search is getting worse, not better
- Want their vault to function as a retrieval system, not just a storage system
- Care about the structure of knowledge, not just the volume
- Want to close the loop from reading → notes → synthesis → skill → output
The docs apply to any linked-note tool. The skills assume Claude Code and a folder of Markdown notes with YAML frontmatter.
Repository Structure
Further Reading
- Ahrens, S. (2017). How to Take Smart Notes. — The Zettelkasten foundation that Open Brain extends.
- Matuschak, A. Evergreen Notes. — The concept of notes that develop over time, which enrichment operationalizes.
- Bush, V. (1945). As We May Think. — The original vision of associative trails that typed connections implement.
- Roediger, H.L. & Karpicke, J.D. (2006). Test-Enhanced Learning. — The science behind active recall over passive review.
- Wozniak, P. (1990). Optimization of Learning. — The spaced repetition foundation for SM-2 scheduling.
License
MIT — Use it, adapt it, extend it. If it helps you think better, that's the point.
Source: README.md at commit 2bd248a
Tools
0Version history
1- v0.9.0LatestNov 7, 2026
Score
85% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
- Auth declaredRequired10 pts
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts