Gives Claude a persistent tree-structured knowledge base that survives across sessions. You build nested sections and content nodes with properties, then mark nodes with inject=true to auto-include their content in every conversation. The toc command shows numbered IDs (1, 1-2, 2-1) for easy reference. Includes node_query for filtering by properties, snapshot_create for versioning entire trees, and node_history for per-node change logs. Export to Markdown checklists or JSON for backup. Useful when you need Claude to remember project conventions, coding standards, or runbook procedures without re-pasting them every session. Stores everything in a local JSON file with atomic writes.
Tree-structured knowledge base as an MCP server.
LLM sessions are ephemeral. outline-mcp gives them a persistent, editable knowledge tree — sections and content nodes that can be browsed (toc), annotated with properties, and evolved across sessions. Nodes with inject=true are automatically included in session context.
cargo install --path .
~/.claude.json)cargo install){
"mcpServers": {
"outline": {
"command": "outline-mcp",
"args": ["/path/to/your-book.json"]
}
}
}
{
"mcpServers": {
"outline": {
"command": "docker",
"args": [
"run", "-i", "--rm",
"-v", "/path/to/data:/data",
"ghcr.io/ynishi/outline-mcp:latest",
"/data/your-book.json"
]
}
}
}
If the path argument is omitted, defaults to outline-book.json in the current directory.
shelf → select_book → toc → node_create / node_update / node_move
node_batch_move / node_batch_update / node_query
checklist / import / init / gen_routing
snapshot_create / snapshot_list / snapshot_restore
node_history / dump
init — Create a new empty booknode_create — Add sections and content nodes (with optional properties)toc — View the table of contents with numbered IDs (e.g. 1, 2-3). Supports filter by propertiesselect_book — Select a book. Nodes with inject=true property have their body auto-appended (draft nodes excluded)checklist — Export a section (or the whole book) as a Markdown checklist with checkboxesnode_update — Edit title, body, type, placeholder, properties, or status (active/draft) of a nodenode_move — Relocate or delete nodes (with descendants)node_batch_move — Move or delete multiple nodes in a single atomic call (requires UUID or UUID-prefix IDs)node_batch_update — Update title/body/type/properties/status on multiple nodes atomicallynode_query — Search nodes by property values, status (active/draft), or type (section/content); optionally include body in resultsimport — Import a book from a previously exported JSON filegen_routing — Generate a Markdown routing table from nodes with routing property across all bookssnapshot_create / snapshot_list / snapshot_restore — Full book versioning (create, list, restore)node_history — View per-node change log with before/after diffsdump — Export full book as JSON filetoc assigns human-friendly numbered IDs:
1. Coding Standards
1-1. Naming Conventions
1-2. Error Handling
2. Testing
2-1. Unit Tests
2-2. Integration Tests
These IDs (1, 1-2, 2-1, etc.) work in most tools. Full UUIDs and title substring matching are also supported as fallbacks.
Note:
node_batch_moveandnode_batch_updaterequire UUID or UUID-prefix IDs. Hierarchical toc IDs are intentionally rejected to prevent positional drift when the tree is modified mid-batch.
Nodes can have key-value properties for metadata:
node_create title="My Rule" properties={"inject": "true", "scope": "rust"}
inject=true — Node body is automatically included in select_book output (context injection)routing=<scene> — Marks the node for gen_routing output. Use | to assign multiple scenes (e.g. routing="testing|TDD")routing_ref=<text> — Overrides the default §ID Title reference in the routing table (e.g. routing_ref="select_book で全体参照")"true" appear as tags in toc: 1. My Rule [inject]toc supports filtering: filter={"inject": "true"} shows only matching nodessrc/
├── domain/ # Core model (TemplateBook, TemplateNode, NodeId)
│ ├── model/ # Aggregate root + value objects
│ ├── error.rs # Domain errors
│ └── repository.rs # BookRepository trait
├── application/ # Use cases
│ ├── service.rs # BookService (CRUD)
│ └── eject.rs # EjectService (Markdown/JSON export & import)
├── infra/ # Persistence
│ └── json_store.rs # JSON file repository (atomic write)
└── interface/ # Transport
└── mcp.rs # MCP server (rmcp, stdio)
# My Runbook
## Design
- [ ] Define requirements
> requirements list: ___
- [ ] API design
REST endpoints
Tree-structured format that can be re-imported:
{
"title": "My Runbook",
"max_depth": 4,
"nodes": [
{
"title": "Design",
"node_type": "section",
"children": [...]
}
]
}
Licensed under either of
at your option.
csoai-org/pdf-document-mcp
xt765/mcp-document-converter
io.github.xjtlumedia/markdown-formatter
io.github.ai-aviate/better-notion
suekou/mcp-notion-server
meterlong/mcp-doc