cortex-brain
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., "@cortex-brainsearch for deployment process"
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.
cortex-brain
Give your AI agents a company brain.
An MCP server over a plain-markdown knowledge base — cited articles, freshness tracking, open questions, and a safe write path. Your agents stop re-asking the same questions and start consulting (and growing) a shared, auditable memory of how your company actually works.
npx cortex-brain init my-brain # scaffold a brain (12-domain taxonomy + conventions)
npx cortex-brain my-brain # serve it to agents over MCPWhy
"AI agents need a living map of how a company works — knowledge extracted from scattered sources into executable form, so agents can actually do the work safely and consistently." — the "Company Brain" thesis (YC RFS)
Generic memory stores remember strings. A brain is structured: who said it, when, how fresh it is, what's still disputed. cortex-brain implements the cortex conventions — proven in production as an internal team wiki pattern — as five MCP tools any agent can use.
Related MCP server: motherflame
The tools
Tool | What it does |
| Keyword search across all articles. Hits carry freshness ( |
| Full article: markdown + frontmatter — title, domain, tags, sources (who/when/where), linked open questions. |
| The single sanctioned write path: drops knowledge into |
| Unresolved conflicts and code/wiki mismatches ( |
| Health report: coverage by domain, freshness distribution, stale articles, empty domains, pending inbox drops. |
Use with Claude Code / any MCP client
{
"mcpServers": {
"company-brain": {
"command": "npx",
"args": ["-y", "cortex-brain", "/path/to/your/brain"]
}
}
}Works on any cortex-style markdown knowledge base — including ones you already have. No database, no embeddings, no API keys: the markdown is the store, git is the history, humans can read every byte.
The conventions
The brain stays trustworthy because of five rules (enforced/encouraged by the tools):
Citations — every claim tagged
[sN], resolving to a frontmattersources:entry (who, when, type, ref).Freshness lifecycle —
current(≤60d) →aging(≤6mo) →stale;historicalis deliberate and never auto-promoted. Computed live from frontmatter dates.State honesty — inbox drops declare
state: local | staged | merged | deployed | n/a. Proposed work is never written up as shipped.Single writer — agents write only to
inbox/; a curator owns the wiki. Conflicts become open questions, never silent overwrites.Open questions — disagreements are first-class (
q-NNN), tracked to resolution.
Article format
---
title: Auth and Permissions
domain: products/atlas
last_updated: 2026-06-01
freshness: current
tags: [auth, rbac]
sources:
- id: s1
who: dana
when: 2026-06-01
type: meeting
ref: resource-bin/products/atlas/2026-06-01-auth-sync.md
open_questions: [q-002]
---
# Auth and Permissions
Access tokens expire after 15 minutes. [s1]CLI
cortex-brain init <dir> [--name <SystemName>] Scaffold a new brain
cortex-brain <brain-path> Serve as MCP (stdio)
cortex-brain <brain-path> --status Print health report, exitProgrammatic use
import { scanBrain, buildIndex, searchBrain, brainStatus } from "cortex-brain";
const articles = await scanBrain("./my-brain");
const hits = searchBrain(buildIndex(articles), articles, "deployment process");Limitations (v0.1)
Keyword search (BM25-style). Hybrid dense retrieval + RRF is on the roadmap.
The curator (inbox → wiki summarization) is a convention + your agent's job, not yet an automated pipeline. The cortex skeleton includes a curator skill spec for Claude.
Single brain per server instance.
Development
npm install
npm test # vitest, 80%+ coverage enforced
npm run build
node scripts/smoke.mjs # E2E: real MCP client over stdio, all five toolsLicense
MIT
This server cannot be deployed
Maintenance
Related MCP Connectors
One memory, every AI. A shared, user-owned markdown memory your AI clients read and write over MCP.
An MCP memory server. One memory your agents share — across models, devices and apps.
shared AI-context layer for teams — persistent memory your agents search and update over MCP
Team docs served to AI agents over MCP - search, Markdown reads, version pinning, read audit.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceAn MCP server providing durable, shared memory for coding agents, storing engineering knowledge as structured markdown engrams with semantic search via embeddings.-
- AlicenseNot gradedqualityBmaintenanceMCP server that connects AI agents to a shared organizational knowledge base, allowing them to query company-specific context like pricing, team, and strategy.MIT
- AlicenseAqualityAmaintenanceA self-hosted MCP server that gives AI agents shared, long-term memory over a git-backed folder of markdown, enabling persistent knowledge search, read, and write without a database.1616 npm11MIT
- AlicenseAqualityCmaintenanceA local-first MCP server that provides a shared Markdown-based memory for AI coding agents, enabling cross-agent context persistence via tools like memory_search and memory_capture.101MIT