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.

VerifiedStreamable HTTPWeb executableProductivity & WorkflowKnowledge & Memory

Overview

AI-generated 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+.
Before you install
OAuth grants the connector access to your personal notes, which are then read by ChatGPT or Claude. The framework's skills can add notes, links, endorsements and splits to a vault, so review changes before accepting them; the docs state that meaning-changing edits need your approval.

Installation

In SourceWeft

  1. Open MemoryBrain in the dashboard and add it to a workspace.
  2. Connect the required credentials. They are stored privately and never shown on public pages.
  3. 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.

Read the install guide the agent follows

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+.

bash
git clone https://github.com/Memory-brain/open-brain.gitcd open-brainpip install pyyaml          # optional; without it one informational check reports 0python3 engines/health-engine/health_check.py self-testbash example-vault/run-demo.sh

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.

text
== 1. Autolink: index the vault and build the typed graph ==✅ Indexed 33 notes → entities.json✅ Wrote 130 edges → graph.jsonl…🔖 Index edges (frontmatter): 97🎯 Signal/noise ratio: 54.5% (18/33 non-trivial claim edges)
== 2. Health check (deterministic checks) ==  "summary": {    "Orphan Notes": 1,    "Unprocessed Inbox (>30d)": 1,    "Contradiction Scan": 1,    "skill_sequence Adoption & Signal": 3,    "PN Provenance (resolved sources:)": 1,    "Description as Claim, Not Label": 2,    …-- details of the checks that fired --[1] Orphan Notes: count=1     items: ["Small teams beat large teams on ambiguous work"][5] Unprocessed Inbox (>30d): count=1     items: [{"note": "The Quiet Standup", "days": 63, "rating": 3}][12] Contradiction Scan: count=1     items: [{"a": "A new routine sticks when it is small enough to run on a bad day", "b": "Judge a practice by its weekly review, not by its daily streak", "type": "contradice", …}][16] Search Term Crowding: count=0     yellow_top: [{"term": "Habit Formation", "tag_count": 12, "tier": "flat", "threshold": 20, …}][36] PN Provenance (resolved sources:): count=1     single_author_items: [{"pn": "Small teams beat large teams on ambiguous work", "author": "dov hartigan", "sources": 2}][46] Description as Claim, Not Label: count=2     topic_not_claim: {"total": 1, "sample": ["Literature Notes/TF - A fixed weekly rhythm makes a small team pred"]}
== 3. Enrich scan (notes under 3 specific, resolvable search terms) ==  "under_threshold": [    {      "note": "SL - A broken streak predicts dropout more than a missed day",      "specific_resolvable": 2,…== 4. Retrieval: one-hop graph expansion from a seed note == Score  Edge Type         Dir  Seed                                      Neighbor   5.0  contradice          →  Judge a practice by its weekly review, n  A new routine sticks when it is small enough to ru   1.0  refuerza            →  Judge a practice by its weekly review, n  Team rituals need an owner and a cue, not just a c   1.0  refuerza            ←  Judge a practice by its weekly review, n  Restarting an evening reading habit after a broken
== 5. Eval (L1 metrics across six dimensions) ==    "integrity": {      "frontmatter_compliance_pct": 100.0,      …      "broken_links": 0,      "orphan_pns": 1,    …    "graph": {      "total_edges": 130,      "total_entities": 33,      "edges_per_entity": 3.94,      "signal_noise_ratio_pct": 54.5,    …    "pipeline": {      "inbox_total": 3,      "inbox_stale_30d": 1,

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:

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:

Solutions:


Module 3: Knowledge Maturation

How captured notes become your own ideas. The promotion process that separates storage from understanding.

Problems:

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:

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:

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:

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:

Solution:


Framework Context

How Open Brain relates to the traditions it draws from — and where it diverges.


Skills

skills/ contains 23 Claude Code skills. open-brain is the router: it reads your request and hands it to the right skill.

ModuleSkills
1 · Enrichmentopen-brain-enrich, open-brain-autolink, open-brain-graph
2 · Extractionopen-brain-ingest, open-brain-extract, open-brain-index, open-brain-analyze
3 · Maturationopen-brain-promote, open-brain-synthesize
4 · Practiceopen-brain-flashcards, open-brain-course, open-brain-course-evaluate, open-brain-practice-log, open-brain-learn-session, open-brain-execute, open-brain-improve
5 · Retrievalopen-brain-retrieve
6 · Healthopen-brain-health, open-brain-eval, open-brain-review
7 · Outputopen-brain-escribir (island-first writing), open-brain-panel (multi-perspective review)

Install

bash
# 1. Skillscp -R skills/* ~/.claude/skills/
# 2. Engines: copy them into the root of your vaultexport OPEN_BRAIN_VAULT="/path/to/your/vault"cp -R engines/* "$OPEN_BRAIN_VAULT"/export OPEN_BRAIN_ENGINES="$OPEN_BRAIN_VAULT"
  • OPEN_BRAIN_VAULT — the root of your Markdown vault. The skills use the folder conventions described in skills/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 pyyaml is recommended (stricter frontmatter parsing; required by two health reports). numpy and scipy are needed only for the optional LSA/embedding channels in retrieval-eval/, which are off by default. The engines create their own data files (graph, traversal log, retrieval log) on first run; none are shipped.
EngineUsed by
autolink/Graph indexing, typed links, one-hop traversal, myelination, co-usage — autolink, graph, retrieve, enrich, ingest
retrieval-eval/Retrieval Log and retrieval evaluation — retrieve, extract
enrich-engine/Search-term scan, crowding, splits — enrich, extract
health-engine/Health checks and log compression — health, promote, extract
eval-engine/Scorecard and weekly trend — eval
vault-scan/Shared vault scanner imported by other engines
course-engine/Course build and outcome recording — course, course-evaluate
engine/Lint, islands, practice log, output ledger, project routing, synthesis scan — extract, escribir, practice-log, promote, synthesize, ingest

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

docs/├── retrieval-decay.md                  # Module 1: Why notes become unfindable├── term-saturation.md                  # Module 1: When search terms lose power├── knowledge-graph-signal-noise.md     # Module 1: Why generic links degrade graph value├── enrichment-pattern.md               # Module 1: The systematic solution (solution doc)│├── source-overwhelm.md                 # Module 2: The unprocessed inbox problem├── atomic-note-decomposition.md        # Module 2: Getting granularity right├── re-reading-trap.md                  # Module 2: When notes fail as references├── reactive-knowledge-accumulation.md  # Module 2: Vault mirrors reading history, not knowledge gaps├── seven-extraction-layers.md          # Module 2: What a source contains; layers retired as extraction slots├── extraction-pipeline.md              # Module 2: Ingest → Extract → Index (solution doc)├── autonomous-research-loop.md         # Module 2: Filling gaps via targeted multi-round research (solution doc)│├── literature-note-graveyard.md        # Module 3: Notes that never become ideas├── premature-synthesis.md              # Module 3: Building on thin evidence├── domain-blindness.md                 # Module 3: Not knowing what you know├── convergence-detection.md            # Module 3: Why two confirming sources beat ten mentioning ones├── endorsement-gap.md                  # Module 3: Notes that exist vs. notes you have approved├── maturation-ladder.md                # Module 3: From captured to owned (solution doc)├── convergence-promotion.md            # Module 3: Convergence test, extension gate, draft → endorsed (solution doc)│├── collectors-fallacy.md               # Module 4: Saving ≠ learning├── skill-stagnation.md                 # Module 4: Understanding ≠ doing├── invisible-progress.md               # Module 4: Learning without feedback├── course-gate-design.md               # Module 4: Why linear study produces recognition, not transfer├── context-absent-output.md            # Module 4: AI output without your knowledge context├── judgment-gap.md                     # Module 4: Knowing about X vs. having judgment on X├── empty-prompting.md                  # Module 4: Using AI without building judgment├── practice-loop.md                    # Module 4: Manual creation loop + the loop the skills run (solution doc)├── specificity-delta.md                # Module 4: Manually comparing output with and without your vault (solution doc)├── learning-science-of-courses.md      # Module 4: Learning science foundations for course design├── three-gate-progression.md           # Module 4: Vocabulary → Production → Transfer gate model│├── search-box-bottleneck.md            # Module 5: Why text search degrades├── isolated-retrieval.md               # Module 5: Notes without their context├── knowledge-portability.md            # Module 5: Vault stranded on one device├── multi-modal-retrieval.md            # Module 5: Six retrieval intents incl. visual (solution doc)│├── structural-debt.md                  # Module 6: Compounding vault pathologies├── unmeasured-vault.md                 # Module 6: No metrics, no signal├── manual-maintenance-ceiling.md       # Module 6: Manual review doesn't scale├── uniform-graph-traversal.md          # Module 6: Why all-equal edge weights flatten the graph├── immune-system-pattern.md            # Module 6: Automated health, human judgment (solution doc)├── myelination-pattern.md              # Module 6: Traversal-reinforced graph self-organization (solution doc)│├── blank-page-full-vault.md            # Module 7: Full vault, blank page├── writing-without-evidence.md         # Module 7: Opinions without vault evidence├── single-perspective-blindness.md     # Module 7: The limit of self-review├── knowledge-grounded-output.md        # Module 7: Island → contradicting note → claim → review (solution doc)│├── manual-repetition-overhead.md       # Module 8: Cost of tasks without recognized patterns├── automation-discovery-pattern.md     # Module 8: Mining session history for automation candidates (solution doc)│└── pkm-genealogy.md                    # Framework Context: How Open Brain extends Forte, Zettelkasten, and Deliberate Practice
skills/├── open-brain/                         # Router + shared vault spec└── open-brain-*/                       # 22 skills (see Skills above)
engines/                                # Python engines the skills call (copy into your vault root)
example-vault/                          # Fictional 33-note vault + run-demo.sh (see "Try it in two minutes")

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

0
This server asks you to sign in, so SourceWeft could not read its tools without an account and has not indexed them. What a connected account sees can depend on that account and its permissions.

Version history

1
  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