kernel-lore-mcp
Click on "Install 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., "@kernel-lore-mcpfind recent patches for the ext4 filesystem"
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.
kernel-lore-mcp
Free (MIT) MCP server exposing structured search over the Linux kernel mailing list archives at lore.kernel.org to LLM-backed developer tools — Claude Code, Codex, Cursor, Zed, anything else that speaks the Model Context Protocol.
No authentication, ever. No API keys, no OAuth, no login flow. Same anonymous posture on every deployment — local, hosted, everywhere. Every agent that asks us a question is one fewer agent scraping lore directly; fanout-to-one is the value proposition.
Quick start
Install is one command. The first sync is where real time goes — budget honestly depending on what you want to cover:
Shape | Disk | First-sync wall-clock |
1–2 small lists ( | ~1 GB | 1–5 min |
Subsystem slice (lkml + netdev + linux-cifs) | ~25 GB | 15–60 min |
Full lore (390 shards, every list) | ~100 GB | 4–12 h |
Steady-state syncs on the 5-min timer after cold-start are seconds.
# 1. install — one command, pre-built abi3 wheel, no Rust toolchain required
uv tool install kernel-lore-mcp
# 2. first sync — manifest fetch + gix fetch + ingest in one process
# under one writer lock. Pick a small slice for a first experiment:
export KLMCP_DATA_DIR=~/klmcp-data
mkdir -p "$KLMCP_DATA_DIR"
kernel-lore-sync \
--data-dir "$KLMCP_DATA_DIR" \
--with-over \
--include '/wireguard/*' --include '/linux-cifs/*'
# Drop --include to mirror all ~390 lists. Plan the disk + time.
# 3. confirm freshness + which capabilities are provisioned
kernel-lore-mcp status --data-dir "$KLMCP_DATA_DIR"
# Look at `capabilities`: each over_db / bm25 / path_vocab / embedding /
# maintainers / git_sidecar boolean tells you which tools will actually
# return data on this deployment. While a sync is active, the same
# status output also shows `writer_lock_present`, `sync_active`, and
# the current sync stage.
# 3b. inspect shard/index health; add --heal to repair unborn shard HEADs
# and remove unrecoverable shard repos so the next sync reclones them
kernel-lore-doctor --data-dir "$KLMCP_DATA_DIR"
# 4. verify the MCP surface — zero API cost
git clone --depth 1 https://github.com/mjbommar/kernel-lore-mcp.git
cd kernel-lore-mcp && ./scripts/agentic_smoke.sh local
# PASS: 7/7 tools, 5/5 resource templates, 5/5 prompts (the
# `REQUIRED_*` subset from src/kernel_lore_mcp/_surface_manifest.py;
# the live server registers 25 tools in total).Then pick your agent and copy its snippet from
docs/mcp/client-config.md. All four
clients (Claude Code, Codex, Cursor, Zed) work over stdio against
the exact same server binary.
Optional capabilities — opt in when you need them
The baseline sync gives you everything a typical query asks for. Three tiers are explicitly opt-in because they cost disk or time and not every deployment wants them:
Capability | Build | When you want it |
BM25 prose search ( |
| semantic-free text search over prose bodies |
Semantic embeddings ( |
| "more like this" / free-text → vector ANN |
Git-sidecar (authoritative |
| upgrades |
MAINTAINERS snapshot | drop a |
|
kernel-lore-mcp status reports which are ready via the
capabilities field, and tools that need an un-provisioned tier
return a setup_required error naming the exact command to fix it
(no silent empty results).
Install from source
Contributing? Building a custom binary?
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | \
sh -s -- -y --default-toolchain stable
git clone https://github.com/mjbommar/kernel-lore-mcp.git
cd kernel-lore-mcp
uv sync
uv run maturin develop --release
cargo build --release \
--bin kernel-lore-sync \
--bin kernel-lore-reindex \
--bin kernel-lore-doctor
./target/release/kernel-lore-sync --data-dir $KLMCP_DATA_DIR --with-over
./target/release/kernel-lore-reindex --data-dir $KLMCP_DATA_DIR
./target/release/kernel-lore-doctor --data-dir $KLMCP_DATA_DIRGoing bigger
Want fuller coverage? Drop --include flags to mirror all ~390
lists (~100+ GB first run).
Want production-grade systemd deployment (single klmcp-sync.timer
plus the long-lived MCP server)?
docs/ops/runbook.md §1 onwards.
Related MCP server: email-insights
Status — v0.3.5 (2026-04-23)
Current release: v0.3.5. The 0.3.x line hardened hosted
operation, made sync live-safe by default, added explicit derived-tier
rebuilds via kernel-lore-reindex, and improved packaging so the
wheel-shipped helper CLIs (kernel-lore-sync,
kernel-lore-reindex, kernel-lore-doctor) work from clean
uv tool install / uvx installs.
Shipped:
Ingest pipeline — gix + mail-parser + metadata / over.db / trigram / BM25 / embedding tiers. Incremental; dangling-OID safe; single-writer flock.
kernel-lore-sync— one Rust binary that internalized the legacygrokmirror+ separate-ingest two-process chain. HTTPS manifest fetch, gix smart-HTTP clone-or-fetch (rayon-fanned across shards), ingest, and generation bump — all under one writer lock so there's no trigger/debounce race.kernel-lore-reindex— rebuilds slower derived tiers from the already-downloaded local corpus. Defaults totid + path_vocab;--tier bm25rebuilds prose search explicitly and off the hot path.kernel-lore-doctor— inspects shard + tier health and can repair unborn shard HEADs or remove broken shard repos so the next sync reclones them cleanly.Full MCP surface: 25 tools (search, primitives, sampling- backed summarize/classify/explain, authoritative
merged/picked_upverdicts via git-sidecar,lore_corpus_statsfor coverage transparency,lore_author_footprintfor address- mention search), 5 RFC-6570 resource templates, 2 static resources (blind-spots://coverage,stats://coverage), 5 slash-command prompts, populated KWIC snippets, freshness marker + capability booleans on every response.HMAC-signed pagination cursors live on
lore_search,lore_patch_search,lore_regex,lore_activity,lore_author_footprint. Query-scoped, tamper-detected.stdio + Streamable HTTP transports; no SSE.
/status+/metrics(Prometheus) withfreshness_ok+ per-tiercapabilitiesflags so clients distinguish "no results" from "feature not provisioned."systemd units for hosted deploy; 5-min
klmcp-sync.timercadence, machine-readable sync progress, and exportedwriter_lock_present/sync_activemetrics + status fields.Live-tested against real
claude --printandcodex execevery commit viascripts/agentic_smoke.sh.
Near-term work is focused on production hardening and better
continuous-sync ergonomics. The active execution list lives in
TODO.md; dated plans under docs/plans/
remain as design history.
Deferred past v0.3: trained kernel-specific retrieval model
(docs/research/training-retriever.md),
snapshot-bundle reciprocity, Patchwork state integration, CVE-chain
tool (all planned; see
docs/plans/2026-04-14-best-in-class-kernel-mcp.md).
Why
Linux kernel development lives on ~390 public mailing lists. lei
and b4 work well for humans with terminals, but LLM-backed
developer tools have no equivalent: they can't answer "who touched
fs/smb/server/smbacl.c in the last 90 days, grouped by series,
with trailers" or "has this XDR overflow pattern been reported
before" without being fed curated context by hand.
This project closes that gap. One MCP server over the full corpus, so an agent working on kernel code has the same research surface a senior maintainer has. And because it's all mirrored + indexed once, every agent query is zero HTTP load on lore.kernel.org.
Architecture in one paragraph
Four-tier index plus an embedding tier, purpose-built per query
class: columnar metadata (Arrow/Parquet) for analytical scans;
SQLite over.db (public-inbox pattern) for sub-millisecond
metadata point lookups and predicate scans; trigram (fst +
roaring) for patch/diff content with DFA-only regex confirmation;
BM25 (tantivy) for prose; semantic (HNSW via
instant-distance) for "more like this." Rust core via
PyO3 0.28 does the heavy lifting; Python + FastMCP 3.2 serves
MCP over stdio + Streamable HTTP. Ingestion is incremental from
public-inbox git shards pulled via kernel-lore-sync (gix smart-
HTTP + lore manifest-diff), replacing the pre-v0.2.0 grokmirror
dependency. The
zstd-compressed raw store is the source of truth; all four
tiers rebuild from it.
North star: a trained kernel retriever
The Parquet metadata tier captures the training signal for free —
subject/body pairs, series version chains, Fixes: → target SHA,
reply graphs via in_reply_to / references, trailer co-occurrence.
A future phase trains a <200 MB int8-quantized CPU-inferable
retriever on that self-supervised signal. Recipe:
docs/research/training-retriever.md.
Documentation
CLAUDE.md— authoritative project state + non-negotiable product constraintsCHANGELOG.md— release historyCONTRIBUTING.md— dev loop, PR disciplineSECURITY.md— disclosure posturedocs/ops/runbook.md— local dev (§0A)hosted deploy (§1+)
docs/ops/update-frequency.md— 5-min cadence policy + fanout-to-one cost analysisdocs/ops/production-hardening.md— threat model, cost-class caps, capability flags, systemd layoutdocs/ops/public-launch-checklist.md— pre-launch hosted-box gate: shard health, metrics, harness, log readabilitydocs/mcp/client-config.md— copy-paste snippets for Claude Code, Codex, Cursor, Zeddocs/mcp/transport-auth.md— transport + why no authdocs/architecture/— design rationaleTODO.md— current execution contractdocs/plans/2026-04-14-best-in-class-kernel-mcp.md— 6-month roadmap (north star)docs/research/— dated investigations that fed the plan
License
MIT. See LICENSE.
Data from lore.kernel.org is re-hosted under the same terms as
lore itself (public archive). Attribution preserved in every
response. Redaction policy: LEGAL.md.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/mjbommar/kernel-lore-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server