big-brain
Big-brain is an MCP server for managing a plain-markdown second brain vault.
Orient and retrieve: get a vault overview, search notes with type/tag/folder/status filters and optional semantic search, list or read notes, find related notes, inspect wikilink graphs, and list tags.
Write and edit safely: create notes, append under headings, update frontmatter, replace note bodies, archive notes non-destructively, and capture quick thoughts into the inbox.
Journal daily work: get or create daily notes and append timestamped log entries.
Manage projects and tasks: list/create projects, change project status, and list/add/complete/update tasks with due dates, priorities, tags, rescheduling, reopening, or cancellation.
Review vault health: detect broken links, duplicate titles, stale projects, overdue tasks, orphan notes, and inbox pileup.
The vault is Obsidian-compatible; notes are stored as plain markdown files with YAML frontmatter, supporting wikilinks, tags, and Obsidian Tasks metadata, allowing seamless use with Obsidian.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@big-brain show my overdue tasks from active projects"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
big-brain π§
One memory for every AI assistant you use: your notes, projects, and tasks, kept as plain markdown you own.
Each AI tool keeps its own private memory of you, and none of them share it. big-brain flips that around. Point it at a folder of markdown (a new vault, or the Obsidian vault you already have) and Claude Code, Claude Desktop, Cursor, Codex, or any other MCP client can search it, read it, capture into it, and keep your projects and tasks current. Switch models whenever you like; your context comes with you.
60-second start
npx @jzhao234/big-brain setupThat one command installs big-brain, creates a vault at ~/brain, connects Claude Code, Codex, and Antigravity (agy) if you have them (MCP server plus the /brain, /capture, and /weekly skills), and prints the config to paste into Claude Desktop or Cursor. Pass a folder to use a different one, such as your Obsidian vault: npx @jzhao234/big-brain setup ~/Obsidian. It's safe to run again (anything already set up is left alone), and --dry-run shows the plan without changing anything.
Then restart your assistant and ask "what am I working on?" or "capture: call the dentist on Friday". Other clients, and browser chats like claude.ai and ChatGPT, are covered in Connect your AI tools.
Prefer to do it by hand? These three lines are what setup does for Claude Code:
npm install -g @jzhao234/big-brain
big-brain init ~/brain
claude mcp add --scope user big-brain -- big-brain-mcp --vault ~/brainAlready use Obsidian? big-brain reads an existing vault as is: no config file, no migration, and nothing is written until you ask for a change (setup writes nothing into it either). Add a brain.config.json later to map your folder names, one entry per folder (for example, "folders": {"projects": "Projects", "inbox": "Inbox"}), so projects and captures land where you keep them. See docs/vault-spec.md.
Related MCP server: ai-brain
What you get
Plain markdown files. No database and no lock-in. Open the vault in Obsidian, grep it, or put it in git.
An MCP server with 23 tools: search, capture, daily logs, projects, tasks, the link graph, related notes, and a vault health check.
A CLI for humans:
big-brain status,big-brain capture,big-brain tasks, and more.Skills for Claude Code, Codex, and Antigravity (
/brain,/capture,/weekly), installed with one command.Projects as the unit of work. Each project is one file with a goal, checkbox tasks, and a running log.
Deterministic retrieval first: fuzzy full-text search with title boosting,
[[wikilink]]backlinks, tags, and frontmatter filters. No API keys, and it works offline.Optional local semantic search. Turn on
embeddings.enabledand a small on-device model (via@huggingface/transformers) adds meaning-based matches, fused with full-text search by Reciprocal Rank Fusion. Paraphrases match, exact terms still count, and nothing leaves your machine. It also powersrelated_notes. See docs/vault-spec.md.Optional git auto-commit and push. Turn on
git.autoCommitand every note write from any tool commits only the files it touched; addgit.autoPushto push in the background so your other machines stay in sync. A git failure never blocks a save: if the commit fails the note is still saved, and if the push fails the commit stays local until the next push.Edits that don't damage notes. Writes are atomic and locked per note, keep each note's line endings, never land inside code blocks or frontmatter, refuse to rewrite frontmatter they can't parse, and refuse to write anywhere that resolves outside the vault (such as through a symlink). docs/vault-spec.md lists the edge cases these don't cover.
Requires Node 20 or newer. big-brain is pre-1.0: it's used daily, but minor versions may still change behavior; see the changelog.
Install
npm install -g @jzhao234/big-brainThat puts three commands on your PATH: big-brain (the CLI), big-brain-mcp (the MCP server over stdio), and big-brain-mcp-http (the remote preview below). To try it without installing, npx @jzhao234/big-brain status --vault ~/brain works too.
The base install leaves out semantic search and its native dependencies. To enable local embeddings, install the add-on into the same place, then set embeddings.enabled to true in brain.config.json:
npm install -g @jzhao234/big-brain @huggingface/transformers@^3.8.1To work on big-brain itself, install from source instead: git clone https://github.com/jzhao234/big-brain.git && cd big-brain && npm install && npm run build && npm link. See CONTRIBUTING.md.
Quickstart
big-brain init ~/brain --name "My Brain" # scaffold a vault
cd ~/brain
big-brain status # look around
big-brain install-skills # add the /brain, /capture, /weekly skillsThen connect an AI tool (below) and, optionally, seed the vault from your existing AI history.
Connect your AI tools
For local clients, run big-brain-mcp. The vault is chosen by --vault <dir> or the BIG_BRAIN_VAULT environment variable.
Claude Code
claude mcp add --scope user big-brain -- big-brain-mcp --vault ~/brain
claude mcp list # expect: big-brain ... β ConnectedAntigravity CLI (agy)
agy mcp add big-brain -- big-brain-mcp --vault ~/brain
agy mcp list # expect: big-brain stdio enabled ...Claude Desktop / Cursor / other MCP clients: add to the MCP config (e.g. claude_desktop_config.json). Use an absolute command path: GUI apps are launched without your shell's PATH, so a bare big-brain-mcp may not resolve (run which big-brain-mcp to get it).
{
"mcpServers": {
"big-brain": {
"command": "/absolute/path/to/big-brain-mcp",
"args": ["--vault", "/absolute/path/to/brain"]
}
}
}Other local MCP clients: any client that speaks MCP over stdio works the same way. For clients without MCP, the CLI's --json output makes the vault scriptable.
Remote MCP preview: Big Brain can expose the same 23 tools through an authenticated Streamable HTTP endpoint:
export BIG_BRAIN_MCP_TOKEN="$(openssl rand -hex 32)"
big-brain mcp-http --vault ~/brain
# endpoint: http://127.0.0.1:3333/mcpIt binds to localhost by default and checks Authorization: Bearer <token> before parsing JSON. Bodies are capped at 1 MB (larger requests get HTTP 413 with a JSON-RPC error). Requests without Origin are allowed; requests with one require an exact match in --allowed-origins / BIG_BRAIN_MCP_ALLOWED_ORIGINS, which defaults to empty and refuses browser origins. Keep it behind an HTTPS reverse proxy or secure tunnel; never expose the plain HTTP listener directly. The static token is the first self-hosted transport milestone, not an OAuth implementation, so browser connectors that require OAuth still need an OAuth-capable gateway. See docs/mcp-setup.md.
Browser fallback (claude.ai / ChatGPT): the zero-infrastructure option is to connect the AI to your vault's GitHub repo so it can read the markdown directly, and write it where the connector allows (some GitHub connectors are read-only; you also lose the computed overview/search/task tools, since it's raw file access). See docs/browser-github-connector.md and paste prompts/browser-github-instructions.md.
Then teach the assistant how to use the vault: Claude Code reads the vault's CLAUDE.md automatically when you work inside the vault folder; elsewhere, and for other tools, paste prompts/agent-instructions.md into their custom instructions.
Using it: load and save
The whole point is that you never re-feed context. The assistant loads a small, relevant slice on demand and saves small pieces as you work. You just talk to it.
Load: orient at the start, pull details as needed:
You want to⦠| In Claude Code | CLI |
"What am I working on?" |
|
|
Find notes about X | "search my brain for X" |
|
Read one note | "read the Auth project" |
|
See tasks / projects | "what's due?" |
|
Pull surrounding context | "what's related to X?" |
|
Save as decisions, progress, and ideas happen (append-first; never destructive):
You want to⦠| In Claude Code | CLI |
Stash a stray thought |
|
|
Log a decision / progress | "log that I shipped X" |
|
Add a task | "add a task to project Y" |
|
Finish a task | "mark that done" |
|
Start a project | "new project: β¦" |
|
Add to a note | "add that to the Auth note's Log" |
|
Change metadata | "set Auth's due date to β¦" |
|
Retire a note | "archive that note" |
|
Review: /weekly runs a guided pass: triage the inbox, prune projects, reschedule overdue tasks, fix broken links, and consolidate: big-brain doctor flags bloated notes and near-duplicates, and the review proposes splits/merges/stale-fact pruning for your approval. Capture and search keep a brain useful; consolidation keeps it trustworthy.
Skills
Three skills wrap the tools into commands, for Claude Code and Antigravity (/brain) and Codex ($brain):
brain: load the overview and switch into brain-aware mode for the sessioncapture: zero-friction capture to the inboxweekly: a guided weekly review
big-brain agents install claude codex agy installs them for each agent (see below). big-brain install-skills still copies the Claude versions into ~/.claude/skills (--force overwrites). They're path-agnostic: they call the big-brain CLI / MCP tools and resolve the vault from BIG_BRAIN_VAULT (or --vault), so the same skill works on every machine.
Agent profiles: your agent setup in the vault
Your coding agents' personal setup (skills, global instructions, hooks, the status line, a few settings) can live in the vault too, so every machine gets the same setup from one command and a change made on one machine reaches the others through git.
agents/claude/instructions.md -> ~/.claude/CLAUDE.md
agents/claude/skills/<name>/ -> ~/.claude/skills/<name> (one link per skill)
agents/claude/files/** -> ~/.claude/** (one link per file: statusline.sh, hooks/β¦)
agents/claude/settings.json -> merged into ~/.claude/settings.json
agents/codex/instructions.md -> ~/.codex/AGENTS.md
agents/codex/skills/<name>/ -> ~/.codex/skills/<name>
agents/codex/config.toml -> merged into ~/.codex/config.toml
agents/agy/instructions.md -> ~/.gemini/config/AGENTS.md
agents/agy/skills/<name>/ -> ~/.gemini/config/skills/<name>
agents/agy/files/** -> ~/.gemini/config/**big-brain agents status # linked, missing, edited here, or only on this machine
big-brain agents install --dry-run # show the plan
big-brain agents install # link everything (agents with a profile; or name them)
big-brain agents save claude statusline.sh --setting statusLine # capture a local change
big-brain agents save codex skills/my-skill --setting tui.status_lineHow it stays safe:
Links, not copies. Edit a skill or script in the vault (or through the link) and every machine has it after
git pull. Everything else in~/.claude/~/.codex(other skills, history, credentials) is never touched.Nothing unmanaged is replaced unless you say so. A file in the way is reported;
--replacemoves it to a timestamped backup under~/.local/state/big-brain/backups(outside every agent folder, so a backed-up skill is never picked up) with a restore manifest, then links the vault's.Settings merge three ways. big-brain remembers what it applied on each machine: a value you edited locally is reported, not overwritten (
--replacetakes the vault's); a value you never touched follows the vault; a key dropped from the vault is removed only if it wasn't edited. Claude hooks are matched by event, matcher, and command, so changing a timeout updates the hook instead of registering it twice. TOML is edited line by line (comments, trust entries and hook hashes stay put), and any edit that would change more than the managed keys is refused.Plan first, then write, and roll back on failure. Every link and settings change is validated before the first write; a refusal leaves the machine untouched, and if a step still fails midway the steps already done are undone (if even that fails, nothing is deleted and the error says where the originals are). Nothing is written through a symlinked folder, and a settings file kept as a symlink (e.g. in a dotfiles repo) stays a symlink.
--pruneremoves links whose vault file was deleted.saverefuses known secret and state files. Whole settings files,.credentials.json,auth.json,.envfiles, history, sessions, caches and databases are refused; save individual settings with--setting. It doesn't inspect contents, so review the files and--settingvalues you save (anenv.API_KEYsetting would be copied as is).Codex hooks stay local. Codex asks you to trust each hook on each machine, so hook registrations are not managed for Codex. Claude Code users: review new hooks with
/hooks. Status warns when Codex'sAGENTS.override.mdoverridesAGENTS.md.No settings for Antigravity. agy keeps its settings in
~/.gemini/antigravity-cli/, outside its customization folder, so big-brain links agy's instructions, skills, and files but merges no settings;mcp_config.jsonandconfig.jsonare agy's own and never linked. ItsAGENTS.mdlives under~/.gemini/config/rather than~/.gemini/GEMINI.md, which the Gemini CLI also reads.
CLAUDE_CONFIG_DIR and CODEX_HOME are honored. The folder name is folders.agents in brain.config.json (default agents), and it is never indexed as notes.
Use it on multiple machines
The vault is a git repo, so this is just git: clone it on each machine, and each machine runs its own big-brain-mcp against its own clone. Git keeps them in sync.
Write side: automatic. Set
git.autoCommit(andgit.autoPush) inbrain.config.jsonand every note write, from any tool on any machine, is committed and pushed (best-effort). See docs/vault-spec.md.Read side: pull before you start. Add a
SessionStarthook so a session always opens on the latest:// ~/.claude/settings.json "hooks": { "SessionStart": [ { "hooks": [ { "type": "command", "command": "git -C \"$HOME/brain\" pull --ff-only --quiet 2>/dev/null || true" } ] } ] }--ff-onlymeans a pull never clobbers local work. (Or justgit -C ~/brain pullby hand.)
On a fresh machine: install big-brain (above), git clone your vault, big-brain agents install, register the MCP server. Four commands and your notes, skills, instructions, hooks, and status lines match your other machines.
Seed it from your existing AI history
An empty brain is useless; the fastest way to a useful one is extracting what your LLMs already know about you. Every assistant you've used heavily (ChatGPT, Claude, Gemini) has months of context about your projects, preferences, and goals sitting in its memory and chat history. Seeding pulls that out, once, into files you own.
1. Run the seed interview in each LLM you use. Copy the prompt from prompts/seed-interview.md into each assistant, ideally the account with the most history, with memory/personalization enabled. It's a structured export interview: profile, current projects, stack, how you like to work with AI, goals, people, routines, standing constraints, open loops, and blind spots. It instructs the model to be concrete, mark inferences (inferred), and write "No data" instead of inventing, so the output is honest enough to build on.
2. Save each output into the vault's inbox/ as one file per model (inbox/seed-chatgpt.md, inbox/seed-claude.md, β¦). Don't organize anything yet: capture first is the whole inbox philosophy.
3. Triage. Ask a vault-connected assistant to run the process-inbox MCP prompt (or just say "triage my inbox" / run /weekly in Claude Code). It merges duplicates across models (different LLMs know different slices of you, and they mostly complement rather than conflict), then turns the material into real structure: projects with tasks for everything in flight, people/ notes, a preferences note your agent instructions can point at, reference notes for your stack/setup, and open loops as tasks. You confirm per item; raw exports can be kept in archive/ for provenance.
4. Repeat occasionally. Models keep accumulating context about you; re-running the interview every few months and triaging the diff keeps the vault ahead of any one provider's memory.
Two more seeding paths worth knowing: if you already keep an Obsidian vault, big-brain can adopt it in place (add a brain.config.json, map your folder names via the folders config; see docs/vault-spec.md); and a work session with a vault-connected agent seeds as a side effect: the agent instructions tell it to create projects and capture facts as you work, so the brain fills in from real activity even if you skip the interview.
The vault
brain/
βββ BRAIN.md # index & ground rules
βββ CLAUDE.md # agent instructions (picked up by Claude Code)
βββ brain.config.json
βββ inbox/ # capture now, organize later
βββ daily/ # one note per day: focus, log, tasks
βββ projects/ # one file per project: goal, tasks, log
βββ areas/ # ongoing responsibilities
βββ notes/ # evergreen knowledge, densely [[linked]]
βββ people/ # one note per person
βββ reference/ # external facts, docs, how-tos
βββ archive/ # nothing is deleted, only archived
βββ templates/ # daily/project/note/person templatesNotes are markdown + YAML frontmatter (type, tags, status, dueβ¦). Tasks are - [ ] checkboxes with Obsidian Tasks-style metadata: π
2026-03-01 due, β« priority, β
done-date. Full details in docs/vault-spec.md.
MCP tools
Tool | What it does |
| Orient: active projects, due/overdue tasks, inbox, recent notes |
| Full-text search with type/tag/folder/status filters |
| Read by path, title, or alias; browse by folder/type/tag |
| Write notes (append is the safe default) |
| Metadata changes; non-destructive delete |
| Quick capture to inbox |
| Daily notes and timestamped work journal |
| Project lifecycle |
| Checkbox tasks across the vault; |
| Outgoing links + backlinks for a note |
| Related notes with reasons: links, co-citations, rare shared tags, title mentions, semantic similarity |
| Tag census; broken links, frontmatter that doesn't parse, stale projects, bloated/duplicate notes, overdue tasks |
Plus three MCP prompts: orient, weekly-review, process-inbox.
CLI
big-brain setup [dir] one-step install + connect
big-brain init [dir] scaffold a vault big-brain tasks [-p X] [-t tag] [--due-by D]
big-brain status overview big-brain task add|done ...
big-brain search <query> search (hybrid if on) big-brain projects [--status active]
big-brain show <note> print a note big-brain project new|status ...
big-brain new <title> create a note big-brain links <note>
big-brain related <note> related notes + why big-brain tags
big-brain capture <text> quick capture big-brain doctor
big-brain daily [--log "..."] daily note / journal big-brain index [--status|--rebuild]
big-brain append <note> <text> append [--heading H] big-brain frontmatter <note> k=v ...
big-brain archive <note> archive (non-destructive delete)
big-brain agents status|install|save agent setup from the vault (see Agent profiles)
big-brain install-skills add Claude Code skills big-brain mcp run the MCP serversearch, related, tasks, projects, and doctor take --json for scripting. task done and task update take a task id or its text: a task's whole text wins over longer tasks that contain it, and an ambiguous fragment lists the candidates. Put -- before append text that starts with - (a list item), or it is read as an option. frontmatter reads each value as YAML, like key: value in the file: 'tags=[work, llm]' is a list, due=2026-11-01 stays a date string, and key=null (or key=) removes the key. Quote any assignment that contains spaces, or the shell splits it into separate arguments.
Design principles
Files over databases. Markdown you can read in 30 years beats any app.
The human owns the vault; agents are guests. Agents append and capture freely, but rewriting and archiving are deliberate acts.
Deterministic beats clever. Search + links + tags retrieves reliably and works offline; the semantic layer is opt-in, fully local, and fused with exact search, never a replacement for it.
Model-agnostic by construction. Everything goes through MCP or the filesystem; nothing assumes a particular AI vendor.
Contributing and support
Bug reports and focused pull requests are welcome; read CONTRIBUTING.md first, since it explains what's in scope. Report security problems privately as described in SECURITY.md, not in a public issue.
npm install
npm run typecheck && npm run lint && npm test
npm run buildFollow along
big-brain is a side project, built in the open. If it's useful to you, a star helps other people find it. To hear about new releases and whatever I build next, use Watch β Custom β Releases on this repo, or follow @jzhao234 on GitHub.
MIT Β© Junhao Zhao
Available Tools
23 toolsadd_taskAdd a taskA
Add a checkbox task to a project's Tasks section (or today's daily note if no note given). Supports due date and priority.
Inputs: text (required), due, note, heading, +1 more.
append_noteAppend to a noteA
Append markdown to a note, optionally under a specific heading (created at the end if missing). The safe default way to add content without overwriting anything.
Inputs: ref (required), text (required), heading.
archive_noteArchive a noteA
Move a note into the archive folder (the non-destructive alternative to deletion). Archived notes are excluded from search and listings by default.
Inputs: ref (required).
brain_overviewVault overviewA
Orient yourself in the user's second brain: active projects with next tasks, overdue and upcoming tasks, unprocessed inbox items, and recently touched notes. Call this at the start of a session or when asked 'what am I working on?'.
Inputs: no named parameters.
captureCapture to inboxA
Quick-capture a thought, link, or piece of information into the inbox for later processing. Use when something is worth keeping but you don't yet know where it belongs.
Inputs: text (required), title.
complete_taskComplete a taskA
Mark a task done by id (from list_tasks) or by a unique text fragment. Stamps today's date.
Inputs: task (required).
create_noteCreate a noteB
Create a markdown note. type decides the folder (noteβnotes/, projectβprojects/, personβpeople/, referenceβreference/, areaβareas/). Use [[wikilinks]] in the body to connect it to related notes β always link generously.
Inputs: title (required), body, tags, type, +2 more.
create_projectCreate a projectB
Create a project note (Goal/Tasks/Notes/Log sections) with status frontmatter. Projects are the unit of ongoing work; link related notes to them with [[wikilinks]].
Inputs: title (required), due, area, goal, +2 more.
daily_logLog to the daily noteA
Append a timestamped entry to today's daily note Log section. Use to record decisions, progress, and events as they happen β this builds the user's work journal.
Inputs: text (required).
daily_noteGet or create the daily noteA
Return today's daily note (or a specific date's), creating it from the daily template if needed.
Inputs: date.
list_notesList notesA
List notes by folder, type, or tag, most recently modified first. Use for browsing; use search_notes for content queries.
Inputs: tag, type, limit, folder.
list_projectsList projectsA
List projects with status, open/done task counts, and next tasks. Statuses: idea, active, paused, done, dropped.
Inputs: status.
list_tagsList tagsA
All tags in the vault with usage counts, most used first.
Inputs: no named parameters.
list_tasksList tasksA
List checkbox tasks across the vault, sorted by due date then priority. Filter by status (open/done/all), project, tag, or dueBy date.
Inputs: tag, dueBy, status, project.
note_linksNote connectionsA
Show a note's graph neighborhood: outgoing wikilinks (resolved and broken) and backlinks from other notes. Use to explore context around a topic.
Inputs: ref (required).
read_noteRead a noteA
Read a note by path, title, alias, or filename (case-insensitive). Returns frontmatter and full body.
Inputs: ref (required).
replace_note_bodyReplace a note's bodyA
Rewrite a note's entire body (frontmatter preserved). Prefer append_note for additions; use this only for deliberate rewrites/reorganizations.
Inputs: ref (required), body (required).
search_notesSearch notesA
Search the vault: full-text (titles boosted, fuzzy + prefix matching), fused with local semantic search when the vault has embeddings enabled. Filter by type (note/project/daily/person/reference/area), tag, folder prefix, or frontmatter status.
Inputs: query (required), tag, type, limit, +2 more.
set_project_statusSet project statusB
Change a project's status (idea/active/paused/done/dropped). 'done' stamps a completion date.
Inputs: ref (required), status (required).
update_frontmatterUpdate note frontmatterA
Merge keys into a note's YAML frontmatter (set a key to null to remove it). Use for status, priority, due, area, tags, aliases.
Inputs: ref (required), updates (required).
update_taskUpdate a taskA
Edit one task in place: reschedule (due), reprioritize, reword, reopen, or cancel β without rewriting the note. Matches by id (from list_tasks) or a unique text fragment, including done and cancelled tasks. Use complete_task to finish a task.
Inputs: task (required), due, text, status, +1 more.
vault_healthVault health checkA
Lint the vault: broken wikilinks, duplicate titles, stale active projects, overdue tasks, orphan notes, inbox pileup. Use during reviews.
Inputs: no named parameters.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelogβ¦
TDQS
Scored across 23 tools
Most tools target clearly distinct resources and actions (notes vs tasks vs projects vs daily notes), and descriptions actively steer between near-neighbors like append_note vs replace_note_body and list_notes vs search_notes. The main soft spot is note_links vs related_notes, both graph/context-exploration tools whose boundaries require reading the descriptions carefully.
All names use snake_case consistently, which keeps the set readable. However, verb-first (list_notes, create_note, update_task) is mixed with noun-first naming (note_links, related_notes, daily_note, daily_log, brain_overview, vault_health), so the pattern isn't fully predictable.
At 23 tools the set is on the heavy side, but the domain is genuinely broad (notes, tasks, projects, daily notes, search, graph, and vault health), and nearly every tool maps to a distinct operation. It is slightly over what one would want but not padded.
Coverage is strong: notes support create/read/append/replace/frontmatter/archive plus search, links, and related notes; tasks have add/complete/update/list; projects have create/list/status. Minor gaps remain, notably no unarchive/restore to pair with archive_note and no note move/rename operation.
Maintenance
Related MCP Connectors
Personal context for every AI: search, read, and write back to your private Markdown library.
Markdown notes in folders, with files, that your AI assistant can read, write and organise.
Markdown notes in folders, with files, that your AI assistant can read, write and organise.
Turn your notes, links and conversations into a Living Brain your AI tools share and build on.
Related MCP Servers
- AlicenseBqualityFmaintenanceProvides an agent-first note-taking system designed from the ground up for AI collaboration. Organizes your notes as a local vault of ordinary markdown files with semantic note types.2821 npm10MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants like Claude and Codex to read, write, search, and traverse Markdown notes stored in a self-hosted knowledge base.9 npmMIT
- AlicenseAqualityDmaintenanceEnables AI assistants to search, read, and traverse Markdown note vaults (Obsidian-compatible) with full-text search, backlinks, knowledge graphs, and a persistent memory system for cross-session context.1612 npm4MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to capture, search, update, and delete notes in a local Markdown vault with automatic categorization and tagging, making knowledge management seamless.9 npm1MIT