NeuroStack

io.github.raphasouthallPublished by GitHub account raphasouthallv0.12.0Updated Oct 25, 2026

Token-efficient MCP memory for Markdown vaults. Tiered search, GraphRAG, AI memories.

VerifiedStreamable HTTPWeb executableFiles & StorageKnowledge & Memory

Overview

AI-generated overview

NeuroStack indexes a local Markdown vault into a searchable memory layer, letting an AI assistant search notes, walk the link graph and save memories acrosss.

What you can do
Search notes with hybrid keyword and semantic retrieval, returning ranked evidence with note paths at tiered depth (facts, summaries or full notes). Assemble context within a token budget and explore the wiki-link graph, topic clusters and folder summaries. Save, search, edit and forget typed memories (decisions, conventions, learnings, bugs) that persist across sessions. Flag stale notes and harvest decisions from AI session transcripts into memories. Optionally write or delete notes in a git-backed vault, with each change committed and pushed.
When to use it
Useful when you keep notes in Markdown (Obsidian, Logseq, Notion exports) and want an AI assistant to answer from them, cite them, and remember decisions between sessions without re-pasting context.
Requirements
Runs as a local process (npm package, also PyPI) or a remote endpoint. Needs Node.js and Python 3.11+ for Lite mode; Full mode adds local Ollama with embedding and summary models. The vault folder is set via NEUROSTACK_VAULT_ROOT. Optional external embedder, LLM, judge and agent services are configured in a config file or NEUROSTACK_* variables.
Before you install
Read-only by default; opt-in write tools (vault_write_file, vault_delete_file) edit notes and commit and push to your git remote, and a failed push rolls the write back. If the MCP endpoint is exposed publicly, gate it with auth or a tunnel. Note text reaches the embedder and index LLM, and queries and memories reach the judge model; point URLs at localhost to keep data local. Optional reranking costs about $0.0004 per search.

Installation

In SourceWeft

  1. Open NeuroStack in the dashboard and add it to a workspace.
  2. 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/io.github.raphasouthall%2Fneurostack/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.

{
  "mcpServers": {
    "neurostack": {
      "type": "http",
      "url": "https://mcp.neurostack.sh/mcp"
    }
  }
}

README

[NeuroStack]

[PyPI] [npm] [License] [CI] [MCP]

A local retrieval layer and optimizer for the Markdown knowledge base you already have.

NeuroStack indexes a folder of .md files (Obsidian, Logseq, Notion exports, plain Markdown) into one SQLite database with full-text search, embeddings and a wiki-link graph. Any MCP client can then search it, walk the graph and save memories. A query returns ranked evidence with note paths, and your AI does the reasoning, so no model runs while you wait. Between queries NeuroStack keeps the knowledge base accurate. It flags notes that have gone stale, harvests decisions and root causes from your AI sessions, merges recurring memories into learnings, and queues the proven ones to become notes. Indexing never changes your files, and optional MCP write tools let a client edit notes through your git history.

Works with Claude, Cursor, Windsurf, Gemini CLI, VS Code, Codex and any other client that supports MCP.

60-second start

bash
npm install -g neurostack          # installneurostack init                    # pick your notes folder, press Enter for the rest/save                              # in omp or Claude Code, keep what this session learnedneurostack doctor                  # check that everything works

The steps below explain each part and how to connect other AI clients.


Your notes, in your control

By default, NeuroStack is a read-only indexing layer:

  • Indexing, search, summaries, and graph analysis never modify your Markdown files
  • All index data lives in NeuroStack's own separate database
  • To remove it completely, run neurostack uninstall. Your notes stay untouched.
  • Nothing ever leaves your machine, unless you configure a third-party LLM provider for summaries and embeddings

If your vault is a git repo, four opt-in MCP write tools let an AI client author and edit notes for you: vault_write_file, vault_delete_file, plus vault_read_file / vault_list_files. Every write commits and pushes to your git remote with a descriptive message, so every change is visible in git log, revertable with git revert, and serialised under a per-vault lock. Writes hard-reject invalid frontmatter, paths outside the vault, and hidden directories (.git, .obsidian, …). Because the tools are exposed to any client talking to neurostack serve, gate them at the transport (auth, tunnel, LAN only) if you put the MCP endpoint on the public internet.


Who this is for

You do not need to be a developer. If you take notes in Markdown, or can export your notes as Markdown from Obsidian, Notion, Bear, or Roam, NeuroStack works for you.

If you are...NeuroStack helps you...
A researcherAsk your AI "what do my notes say about X?" across hundreds of papers. Get warned when a note references a retracted finding or superseded paper before your AI cites it confidently.
A fiction writerYour AI knows your world-building bible, character histories, and chapter decisions. It remembers that you agreed in session 4 that Elena's backstory changes in act 2.
A studentAsk your AI to explain connections across all your course notes. When a syllabus topic changes, stale revision notes are flagged automatically.
A professionalYour AI remembers client context, project decisions, and meeting notes session-to-session. No more re-pasting the same background every time.
A developer or DevOps engineerNotes that reference deprecated APIs or reversed architecture decisions get flagged before your AI cites them as current.

Get started in three steps

You will need Node.js installed (most computers already have it). The npm package handles the Python setup for you.

Step 1. Install

npm install -g neurostack

Step 2. Set up (takes about two minutes)

neurostack init

The setup wizard asks which vault folder to index, which mode to run (Lite or Full), and which profession pack to apply. Then it finishes the install for you. It adds the NeuroStack hook to omp or Claude Code if you have them, so /save keeps what a session learned. It sets up the AI that turns saved sessions into memories, using the same model as your summaries. If no model answers yet, it leaves that off and tells you so. It also installs one background timer that keeps the index tidy, and a failed background job shows up as a desktop notification. Press Enter at each question to take the default. At the end it runs neurostack doctor and shows what to try first.

Step 3. Connect to your AI

For Claude Desktop:

neurostack setup-desktop

For Claude Code:

claude mcp add neurostack -- neurostack serve

For Cursor, Windsurf, Gemini CLI, or VS Code:

neurostack setup-client cursor      # or: windsurf, gemini, vscode

Done. Open a new conversation and ask your AI about something from your notes.

Lite and Full modes

Everything runs on your machine. Choose a tier during neurostack init:

  • Lite (~130 MB) gives you keyword search, link-based connections between notes, stale detection and the MCP server. No GPU or Ollama required.
  • Full (~560 MB) adds semantic search by meaning, AI-generated summaries, connections between notes, and topic clustering via local Ollama. GPU or 6+ core CPU recommended.

Non-interactive setup takes every default:

bash
neurostack init --mode lite ~/my-notes --yes    # lite modeneurostack init --mode full ~/my-notes --yes    # full mode

--no-hooks, --no-schedule and --checkpoint none turn off the hook, the timer and the checkpoint AI.

Alternative install methods (PyPI, pip, curl)
bash
# PyPIpipx install neurostackpip install neurostack        # inside a venvuv tool install neurostack
# One-line scriptcurl -fsSL https://raw.githubusercontent.com/raphasouthall/neurostack/main/install.sh | bash
# Lite mode (no ML deps)curl -fsSL https://raw.githubusercontent.com/raphasouthall/neurostack/main/install.sh | NEUROSTACK_MODE=lite bash

On Ubuntu 23.04+, Debian 12+, and Fedora 38+, bare pip install outside a virtual environment is blocked by the operating system. Use npm, pipx, or uv tool install instead.

To uninstall: neurostack uninstall


What it does

[How NeuroStack works: vault, index, serve, clients, and the optimizer loop]

  • Hybrid search (FTS5 keyword + semantic) with tiered depth, so a client can fetch triples, summaries or full notes by token budget.
  • Ranked evidence with note paths and excerpts over the CLI, MCP, or an OpenAI-compatible API, for your AI to cite and reason over.
  • Stale detection. A note that keeps surfacing in contexts where it no longer fits is flagged and demoted in later results.
  • Session harvest. A timer scans Claude Code, Codex, Gemini and omp transcripts and saves decisions, bugs, conventions and learnings as memories with TTLs.
  • Synthesis and promotion. Recurring memories become learnings; a promotion queue lists which ones are ready to become notes.
  • Wiki-link graph with PageRank, community detection, gap and bridge analysis.
  • Read-only by default. Opt-in write tools commit and push every change to your git remote.
Technical pipeline (module by module)

[NeuroStack technical pipeline: vault, indexer, store, serving and optimizer lanes with the module that owns each step]

Editable sources live in the .drawio files next to the images.


Design

Philosophy

  1. Your files stay yours. The index lives in its own database, so deleting it leaves your notes exactly as they were.
  2. NeuroStack returns evidence and your AI reasons over it. No tool answers questions, and tests/test_no_answering.py keeps it that way.
  3. Removing a memory moves it to an archive that search cannot reach, and you can restore it later.
  4. NeuroStack redacts secrets from text a model wrote, such as harvested summaries. It stores what you or your agent saved on purpose word for word.
  5. Ranking changes get measured first. neurostack eval switches off usage learning while it runs, so one pass cannot skew the next.

Mental model

NeuroStack holds two layers and one loop.

The vault is your Markdown. NeuroStack reads it, splits it into chunks, embeds them, summarises each note, extracts facts as triples and builds the link graph. Note status and tags live in NeuroStack's own note_metadata table, so it never needs to edit your frontmatter.

The memory layer holds what agents learn, typed as observations, decisions, conventions, learnings, bugs or context. These rows belong to NeuroStack and carry an optional workspace and an optional expiry.

The optimizer loop runs on a timer and connects the two. A memory usually starts in an AI session, becomes a learning when it keeps recurring, and becomes a note once no existing note covers it.

Architecture

mermaid
flowchart LR    V[/"Markdown vault<br/>never modified"/] --> IX["index<br/>chunk, embed, summarise,<br/>triples, link graph"]    IX --> DB[("neurostack.db<br/>SQLite + FTS5")]    S[/"AI session transcripts"/] --> H["harvest"]    A["MCP client or CLI"] -->|vault_remember| DB    H --> DB    DB --> R["search, tiered, context,<br/>graph, brief"]    R --> A    DB --> J["timer jobs<br/>synthesize, promotion,<br/>decay, communities"]    J --> DB    J -->|opt-in, git commit| V    DB --> UI["neurostack ui<br/>read-only dashboard"]

One OS timer runs neurostack run-due every minute, and that command runs each due job in turn. neurostack serve exposes 33 MCP tools over stdio or HTTP, and neurostack api serves the same retrieval as an OpenAI-compatible API.

Data model

AreaTablesPurpose
Vault indexnotes, chunks + chunks_fts, summaries, triples + triples_fts, graph_edges, note_metadataSearchable copy of your notes. Deleting a note cascades to its chunks, summaries and triples.
Topicscommunities, community_members, folder_summariesTopic clusters and folder summaries for broad questions.
Memoriesmemories + memories_fts, memories_archive, memory_sessionsLive memories and their embeddings. The archive has no full-text index and no embedding, so search cannot reach it.
Quality signalsprediction_errors, trigger_log, memory_coverage, note_usageStale notes, memories that drifted from the notes they cite, ignored reminders, cached coverage verdicts, and usage for hotness.
Feedback and jobssearch_log, search_feedback, job_runs, job_queueImplicit search feedback (opt-in), job history, and queued checkpoint work.

A memory row stores its content, tags, type, workspace, source agent, embedding and expiry. It also records embed_pending when the embedder was down, so neurostack backfill can embed it later, plus revision_count and merged_from for edits and merges. A second database, sessions.db, indexes raw session transcripts for neurostack sessions search.

Write mechanics

  1. Deliberate saves. vault_remember and neurostack memories add store the text as written, embed it once, then report any near-duplicate above 0.85 similarity without refusing the save. If embedding fails, the row still saves and gets flagged for backfill.
  2. Harvest. The index LLM reads each session message and keeps decisions, root causes, rules and facts. A second pass reads the session as a whole and saves up to 3 final conclusions tagged session-verdict. The judge model then picks each memory's type. Harvest redacts secrets, skips anything above 0.88 similarity to a live memory, and records how many messages of each session it has read.
  3. Synthesis. Observations at least 7 days old that cluster at 0.75 similarity or higher (one anchor plus 3 or more others) become one learning. The originals stay, tagged superseded_by:<id>.
  4. Removal. Forget, the losing side of a merge, expiry and prune all go through one helper that copies the row into memories_archive with a reason and a timestamp, then deletes it from the live table. Search checks expiry before it runs, so an expired memory never shows up.
  5. Vault writes. Only the opt-in tools (vault_write_file, vault_delete_file) and the promotion job touch the vault, and each one commits and pushes to git.

Read mechanics

  1. Hybrid search. NeuroStack runs keyword search and embedding search separately, takes the top 50 chunks from each, and merges the two lists by reciprocal rank (k = 60). A chunk found by only one search still competes. It then adds a convergence bonus, a 1.4× boost for the caller's context, usage hotness and co-occurrence, and demotes notes flagged as stale.
  2. Diversity. Results keep one chunk per note, and similar notes suppress each other, so one long note cannot fill the result list.
  3. Tiered depth. A client asks for triples (about 15 tokens), summaries (about 75) or full notes (about 300), or lets auto escalate only when the cheaper tier misses.
  4. Context assembly. vault_context splits its token budget into 40% memories, 20% triples, 30% summaries and 10% sessions, so no single source crowds out the rest.
  5. Hard limits. Every search returns at most top_k results. No retrieval path calls an LLM unless you pass rerank=True (see below).

Optional reranking. vault_search(rerank=True) asks the judge model to score each whole-note result against your query and returns the judge's order. On 76 real search clicks it raised MRR from 0.503 to 0.652, top-1 hits from 34% to 49% and top-3 hits from 57% to 75% (paired permutation p=0.004). Each search costs about $0.0004 and adds about 0.4 s. It works with depth="full" or reference_only=True and raises an error at the other depths. If the judge fails, you get the normal order back.

Usage makes a note easier to find again. It never marks a note as true.

Known limits

  • Harvested memories do not record their workspace yet, so a workspace-scoped search misses them.
  • A harvested memory does not link back to the session and message it came from.
  • A forgotten memory can come back if a later session says the same thing, because the duplicate check reads only live memories.
  • Editing a memory replaces its text, and only revision_count shows that it changed.

External services

Lite mode needs none of these. Everything below is opt-in and set in ~/.config/neurostack/config.toml, and each one has a matching NEUROSTACK_* env var. When a service is missing, the feature that needs it switches off and the rest keeps working.

ServiceConfig keysDefaultWhat uses itWithout it
Embedder, any OpenAI-compatible /v1/embeddingsembed_url, embed_model, embed_api_key, embed_timeout_sLocal Ollama, nomic-embed-textSemantic search, memory similarity, duplicate checks, synthesis clustersKeyword search only. New memories get flagged for neurostack backfill.
Index LLM, Ollama or any OpenAI-compatible chat APIindex_llm_url, index_llm_model, index_llm_api_key, or index_llm_command for a CLI such as claude -pLocal Ollama, phi3.5Note summaries, triples, topic labels, harvest extraction, synthesisNo summaries or triples. Harvest cannot extract memories.
Judge model, OpenRouter decisions APIjudge_url, judge_model, judge_api_key~typesafe/jev-latest on OpenRouter, fails without a keyHarvest memory types, rerank=True, the promotion queue's "uncovered" checkHarvest keeps the index LLM's type, rerank returns the normal order, and uncovered memories are counted as pending.
Agent, Pi (@earendil-works/pi-coding-agent) on OpenRouter or a compatible proxyagent_provider, agent_model, agent_api_key, agent_base_urlanthropic/claude-sonnet-5, needs Node 22.19+neurostack agent promotion, which writes notes from the promotion queue, and neurostack agent vault-save, which writes one session transcript into the notesThe promotion job shows as blocked. The queue still builds.
Checkpoint command, any shell command that answers a prompt on stdincheckpoint_commandOffServer workers that turn queued /save checkpoints and harvest jobs into memoriesQueued checkpoints wait. Local harvest still runs.
Notify command, any shell commandnotify_commandOffReceives a failed job run as JSON, for example ntfy publish mytopicFailures show only in neurostack jobs and the dashboard.
Git remote on your vaultYour vault's git configNonevault_write_file, vault_delete_file and promotion commit and push each changeA write rolls back when the push fails. Reading never needs git.

Only the embedder and the index LLM see your note text. The judge sees queries, memories and the notes being ranked or checked. Point every URL at localhost to keep all data on your machine.


What makes it different

NeuroStack is not a replacement for Obsidian, Notion, or any note-taking app. It sits on top of what you already use and adds what they don't have.

CapabilityNote appsBasic RAGNeuroStack
Stores your notesYesNoNo (read-only by default; opt-in git-backed write tools)
AI can search your notesSomeYesYes
Detects stale/outdated notesNoNoYes
AI memories persist across sessionsNoNoYes
Works with any MCP-compatible AINoVariesYes
Tiered retrieval (saves 80-95% tokens)NoNoYes
Profession-specific workflowsNoNoYes
Open source, self-hostableVariesVariesYes (Apache 2.0)

Stale detection is the part other tools lack. When a note keeps appearing in contexts where it no longer fits, such as a deprecated API or a superseded paper, NeuroStack flags it and demotes it in later results.


Profession packs

When you run neurostack init, you choose a profession pack. Each one configures NeuroStack with templates, folder structures, and AI guidance suited to how your profession actually uses notes.

PackBuilt for
researcherLiterature review, citation tracking, evolving arguments, stale paper detection
writerCharacter sheets, world-building, chapter outlines, continuity tracking
studentCourse notes, spaced repetition, exam prep, syllabus change detection
developerCode decisions, architecture notes, runbooks, deprecated API detection
devopsInfrastructure runbooks, incident notes, change logs
data-scientistExperiment tracking, model notes, dataset documentation

Apply a pack to an existing vault without losing any notes:

bash
neurostack scaffold researcher ~/my-notes    # or: writer, student, developer, devops, data-scientist

You can also import an existing Markdown directory:

bash
neurostack onboard ~/my-notes

How retrieval works

Most memory tools give your AI a wall of text and let it figure out what's relevant. NeuroStack is tiered. It starts with the cheapest retrieval that answers the question and escalates only when it needs to.

LevelTokensWhat your AI gets
Quick facts~15Structured facts extracted from your notes: experiment-3 used learning-rate 0.001
Summaries~75AI-generated overview of a note
Full content~300Actual Markdown content
Auto (default)VariesStarts at quick facts, escalates only if the answer isn't there

Simple factual questions resolve at ~15 tokens. Deep dives get full context. Your AI spends its attention budget where it matters.


Your AI remembers decisions

Across sessions, your AI can save and retrieve typed memories: observations, decisions, conventions, learnings, bugs. When you start a new session, those memories are surfaced automatically.

"We decided to keep authentication stateless." "The thesis framing shifted from consolidation to complementary learning systems." "Elena's surname changed from Vasquez to Reyes in the chapter 7 revision."

These aren't just notes. They're things your AI remembers you decided together. They survive /clear. They survive closing the terminal. They survive switching machines.

bash
neurostack memories add "revised thesis framing to CLS, not just consolidation" --type decision --tags "thesis,neuroscience"neurostack memories search "thesis direction"

Learns from your AI sessions

NeuroStack scans your past AI conversations on a timer, extracts the decisions, observations and learnings, and saves them as memories. You do not have to write them down yourself.

bash
neurostack harvest --sessions 5          # extract insights from last 5 sessionsneurostack schedule install              # one timer runs due jobs every minute

Supports Claude Code, VS Code, Codex CLI, Aider, and Gemini CLI session formats.


Keeps itself current

Your vault changes. NeuroStack watches it.

bash
neurostack watch     # auto-index on vault changes

The index updates as you write and stale detection runs continuously, so you do not maintain it by hand.


Scheduling

NeuroStack runs its background jobs from one OS timer. The timer calls neurostack run-due once a minute, and run-due works out which jobs are due and runs them one at a time. neurostack init installs the timer for you. Installing it records each daily job as just run, so the jobs start at their next scheduled time instead of all at once. The commands below manage it by hand.

bash
neurostack schedule install   # install or overwrite the timerneurostack schedule status    # show whether the timer is activeneurostack schedule remove    # remove the timer

schedule install uses the scheduler your OS already ships:

OSBackendWhat it writes
Linuxsystemd user timer~/.config/systemd/user/neurostack.timer and neurostack.service
macOSlaunchd agent~/Library/LaunchAgents/io.neurostack.run-due.plist
WindowsTask Schedulera task named NeuroStackRunDue

The timer calls the neurostack executable it finds on your PATH at install time, so run schedule install again after you move or reinstall NeuroStack. All three subcommands accept --json.

A systemd user timer runs only while you have a login session. On a headless Linux server, or when you run NeuroStack as root, enable lingering for that user so the timer keeps running after you log out:

bash
sudo loginctl enable-linger <user>

neurostack doctor shows when each job last ran.

Checkpoints with a laptop and a server

/save on the laptop uploads the session transcript to the server's queue. The server's checkpoint-worker job turns it into memories within a minute, and harvest-worker does the same for transcripts harvest-scan uploads every 30 minutes. Each host reads its own file.

On the laptop, ~/.config/neurostack/client.toml names the server. Its checkpoint_command turns on harvest-scan and serves any hook checkpoint --run you start by hand:

toml
url = "http://my-server:8001/mcp"checkpoint_command = "claude -p --model haiku"

The hook waits up to context_timeout_s (15 s) for the session brief and per-prompt context, and up to timeout_s (5 s) on each tool call, so a server that is down never stalls every tool call.

On the server, ~/.config/neurostack/config.toml holds the command the workers pipe each checkpoint prompt through. Any command that reads the prompt on stdin and prints the model's reply works, so it can call an OpenAI-compatible endpoint or a local proxy:

toml
checkpoint_command = '''jq -Rs '{model: "qwen/qwen3-30b-a3b", messages: [{role: "user", content: .}]}' \  | curl -s https://openrouter.ai/api/v1/chat/completions \      -H "Authorization: Bearer $OPENROUTER_API_KEY" -H "Content-Type: application/json" -d @- \  | jq -r '.choices[0].message.content' '''checkpoint_timeout_s = 300     # per checkpointcheckpoint_max_messages = 40   # largest window one checkpoint summarizes, 0 for no cap

NEUROSTACK_CHECKPOINT_COMMAND, NEUROSTACK_CHECKPOINT_TIMEOUT_S and NEUROSTACK_CHECKPOINT_MAX_MESSAGES override them. With no checkpoint_command in config.toml, neurostack jobs shows both workers off and says why.


Dashboard

neurostack ui serves a read-only dashboard at http://127.0.0.1:8765. It shows six pages. Overview has index coverage, communities, recent notes and memory counts. Automations lists every scheduled job with its last run, next run and 14-run history, and you can click a job to see its runs. Graph draws the top notes by PageRank, and clicking a node opens its summary and links. Memories lists memories with type tabs and search. Search runs note and memory searches with every option the vault_search and vault_memories tools take: mode, depth, result count, workspace, context boost, max tokens, judge rerank and reference-only for notes, and type, workspace and count for memories. A search there embeds the query, so it needs the embedder, and it does not count as note usage. Each note result has a Best result button that stores the search and the note as a label. Tuning runs weight tuning on those labels and on the ones the feedback loop inferred: it tunes on half, scores the other half, and Apply makes the winning weights the ones every search uses, only when they rank the unseen half better. Revert goes back to config.toml. Applying and marking are the dashboard's only writes.

It needs no extra install and makes no model calls. Pass --port to change the port and --open to open a browser. On any address other than localhost, create a login first with neurostack ui user add NAME, which prompts for a password of at least 8 characters (--password-stdin reads it from a pipe). The page then shows a sign-in form, and a session lasts 30 days. neurostack ui user list shows the users and neurostack ui user remove NAME deletes one and ends their sessions.


What changes day-to-day

Without NeuroStackWith NeuroStack
AI answers from training dataAI answers from your actual notes
Cites the runbook you deprecatedFlags it as stale, demotes it automatically
No memory of yesterday's sessionsession_brief reconstructs working context
Reading 10 notes to find one factTiered retrieval: ~15 tokens for a structured fact
Decisions lost after /clearTyped memories persist indefinitely

How your vault is stored

~/your-vault/                           # your Markdown files (not modified by indexing; AI clients can edit via opt-in MCP write tools)~/.config/neurostack/config.toml        # configuration~/.local/share/neurostack/    neurostack.db                       # SQLite + FTS5 knowledge graph    sessions.db                         # session transcript index

NeuroStack reads your vault. By default it writes nothing back, and all index data lives in its own SQLite databases. The opt-in MCP write tools (vault_write_file / vault_delete_file) are the one exception: they create or edit .md files in the vault and commit + push the change to your git remote on the spot.

Memory write-back (opt-in)

Memories live in SQLite by default, so they're invisible in Obsidian and vanish if the database is lost. Turn on write-back to persist qualifying memories as markdown files you own:

toml
[writeback]enabled = true                 # opt-in; default falsepath = ".neurostack"           # quarantine dir, relative to vault_rootinclude_observations = false   # also write the noisier observation/context types
  • Files land under {vault_root}/.neurostack/memories/<type>/<YYYY-MM>/<uuid>.md. NeuroStack only ever writes inside that one directory, so your own notes stay untouched.
  • Only persistent (no-TTL) decision / convention / learning / bug memories are written; ephemeral (TTL) memories never are.
  • The database stays the source of truth; files are readable exports. vault_remember / vault_update_memory / vault_forget / vault_merge keep the files in step automatically.
  • The directory self-ignores via its own .gitignore so memories stay out of git until you opt in (delete that file to version them). NeuroStack never commits on your behalf.
  • neurostack migrate write-back [--dry-run] exports existing memories; neurostack sync reconciles files against the DB (the DB wins on conflict).

All 24 MCP tools

Search & retrieval

ToolDescription
vault_searchHybrid search with tiered depth (triples, summaries, full, auto)
vault_summaryPre-computed note summary
vault_graphWiki-link neighborhood with PageRank scores
vault_relatedSemantically similar notes by embedding distance
vault_triplesKnowledge graph facts (subject-predicate-object)
vault_communitiesGraphRAG queries across topic clusters
vault_contextTask-scoped context assembly within token budget

Context & insights

ToolDescription
session_briefCompact session briefing
vault_statsIndex health, excitability breakdown, memory stats
vault_record_usageTrack note hotness
vault_prediction_errorsSurface stale notes

Memories

ToolDescription
vault_rememberStore a memory (returns duplicate warnings + tag suggestions)
vault_update_memoryUpdate a memory in place
vault_mergeMerge two memories (unions tags, audit trail)
vault_forgetDelete a memory
vault_memoriesList or search memories
vault_harvestExtract insights from session transcripts
vault_harvest_transcriptExtract insights from a transcript posted by the client (no server filesystem access)

Sessions

ToolDescription
vault_session_startBegin a memory session
vault_session_endEnd session, storing a summary you write, plus auto-harvest

Vault files (opt-in write surface — git-backed)

ToolDescription
vault_read_fileRead a .md file under your vault root
vault_list_filesList .md files; hidden segments (.git, .obsidian, …) always excluded
vault_write_fileCreate or overwrite a .md file; commits + pushes origin/main. Hard-rejects writes without required frontmatter (date, tags, type). On push conflict: git pull --rebase --autostash + retry once, then rollback.
vault_delete_fileDelete a .md file; commits + pushes origin/main
Full CLI reference
# Setupneurostack init                          # one-command setup: deps, vault, indexneurostack init --mode full ~/brain      # non-interactive full modeneurostack onboard ~/my-notes            # import existing Markdown notesneurostack scaffold researcher           # apply a profession packneurostack scaffold --list               # see all packsneurostack update                        # pull latest source + re-sync depsneurostack uninstall                     # complete removal
# Search & retrievalneurostack search "query"                # hybrid searchneurostack tiered "query"                # tiered: triples -> summaries -> fullneurostack triples "query"               # knowledge graph triplesneurostack summary "note.md"             # AI-generated note summaryneurostack related "note.md"             # semantically similar notesneurostack graph "note.md"               # wiki-link neighborhoodneurostack communities query "topic"     # GraphRAG across topic clustersneurostack context "task" --budget 2000  # task-scoped context recoveryneurostack brief                         # session briefing
# Maintenanceneurostack index                         # build/rebuild knowledge graphneurostack watch                         # auto-index on vault changesneurostack decay                         # excitability reportneurostack prediction-errors             # stale note detectionneurostack backfill [summaries|triples|all]neurostack communities build             # rebuild topic clustersneurostack reembed-chunks                # re-embed all chunksneurostack export --include triples -o dump.json  # dump index data as JSON
# Memoriesneurostack memories add "text" --type observationneurostack memories search "query"neurostack memories listneurostack memories update <id> --content "revised"neurostack memories merge <target> <source>neurostack memories forget <id>neurostack memories prune --expired
# Sessionsneurostack harvest --sessions 5          # extract session insightsneurostack sessions search "query"       # search transcripts
# Scheduled jobs: one OS timer (systemd, launchd, or Task Scheduler) runs `neurostack run-due`neurostack schedule install              # install or overwrite the timerneurostack schedule status               # is the timer active?neurostack schedule removeneurostack run-due                       # what the timer calls: run each due job onceneurostack jobs                          # schedule, last run, and next due per job
# Harness hooks (session brief, auto-RAG, trigger memories, checkpoints)neurostack hooks install --harness claude   # or: ompneurostack hooks status
# Trigger memories: did the warnings change anything?neurostack triggers stats                # fired, followed, ignored per memory (30d)neurostack triggers stats --days 7
# Checkpoint: manual only — a harness never fires one on its own (issue #176).# `/save` (both harnesses) queues a request instead of running one directly:neurostack hook enqueue --harness claude    # or: omp — uploads the transcript to the server's queueneurostack hook checkpoint --run --session <id>  # run one checkpoint by hand on this hostneurostack hook checkpoint --save               # a model's JSON reply on stdin
# Client setupneurostack setup-client cursor           # or: windsurf, gemini, vscode, claude-codeneurostack setup-client --listneurostack setup-desktop                 # Claude Desktop
# Diagnosticsneurostack stats                         # index healthneurostack doctor                        # validate all subsystemsneurostack demo                          # interactive demo with sample vault

Checkpoint runners use a nonblocking OS lock per conversation. Overlapping saves for one conversation return checkpoint already running, while separate conversations can save at the same time. The runner keeps the extracted reply and a receipt for each acknowledged item, so a partial retry does not call the model again or repeat confirmed saves. Each conversation retains the 256 most recent SHA-256 receipts of exact redacted content. Changed facts produce different receipts. A connection can still fail after the server commits but before it acknowledges the write. Avoiding that remote duplicate requires server-side idempotency, which the current vault_remember contract does not provide.

No harness fires a checkpoint on its own: /save is the only trigger, and it hands the request to the server's queue instead of running one directly. neurostack hook enqueue --harness <claude|omp> reads the session's transcript and uploads it with the queue_add MCP tool, gzip-compressed. A transcript over 10 MB goes up as its newest records only. The queue takes 50 checkpoints a day, and the server's checkpoint-worker job in neurostack run-due runs each one within a minute against the uploaded text. enqueue prints one line back (queued, already queued, the daily cap reached, or unreachable) and exits 0 on a landed request, 1 otherwise. The server runs it with the checkpoint_command from its own config.toml. harvest --pending --enqueue and the client's harvest-scan job upload pending transcripts to the harvest queue the same way.

Neuroscience basis

Each feature models a specific mechanism from memory neuroscience:

FeatureMechanismCitation
Stale detection + demotionPrediction error signals trigger reconsolidationSinclair & Bhatt 2022
Excitability decayCREB-elevated neurons preferentially join new memoriesHan et al. 2007
Co-occurrence learningHebbian "fire together, wire together" plasticityHebb 1949
Topic clustersHopfield attractor basin dynamics, inverse temperatureRamsauer et al. 2020
Convergence confidenceEnergy landscape retrieval, basin width = robustnessKrotov & Hopfield 2016
Lateral inhibitionPV+/SOM+ interneuron winner-take-all competitionRashid et al. 2016
Tiered retrievalComplementary learning systemsMcClelland et al. 1995

Full citations: docs/neuroscience-appendix.md


FAQ

Does it modify my vault files? Not by default. Indexing, search, summaries, and every read tool leave your files untouched, and all index data lives in NeuroStack's own SQLite databases. Four opt-in MCP write tools (vault_write_file, vault_delete_file, plus vault_read_file / vault_list_files) let an AI client author and edit notes; every write commits and pushes to your git remote, so changes are tracked and revertable. If your vault is not a git repo, the file is still written to disk but the commit step is skipped. Separately, opt-in memory write-back persists memories as markdown, but only inside the quarantined .neurostack/ directory, away from your own notes.

Do I need a GPU? No. Lite mode has zero ML dependencies. Full mode runs on CPU but summarization is slow without a GPU.

Do I need to know Python? No. The npm package handles everything. You never touch a virtualenv.

How large a vault can it handle? Tested with ~5,000 notes. FTS5 search stays fast at any size.

Can I use it without an AI client? Yes. The CLI works standalone and pipes into any LLM.

Is my vault private? Yes. Nothing leaves your machine, unless you point Full mode at a third-party LLM provider instead of local Ollama. In that case the text you index goes to that provider under its own policy.

What AI clients does it work with? Claude Code, Claude Desktop, Cursor, Windsurf, Gemini CLI, VS Code, Codex and any other client that supports MCP.


Requirements

  • Linux, macOS, or Windows
  • Lite mode: Node.js + Python 3.11+. No GPU or Ollama required.
  • Full mode: Ollama with nomic-embed-text and a summary model. GPU or 6+ core CPU recommended.

Get started

bash
npm install -g neurostackneurostack init

neurostack init picks a tier, installs dependencies, indexes the vault and configures your MCP client.


Apache-2.0, see LICENSE. No GPL dependencies.

Source: README.md at commit 62c6d46

Tools

0
SourceWeft has not read this server's tools yet.

Version history

1
  1. v0.12.0LatestSep 16, 2026

Score

50% 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

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declaredRequired10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • 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