Model Context Protocol server for Linux kernel engineering knowledge. Provides tools to search code, commits, mailing lists, patches, and documentation with evidence sources.
KernelMind has 16 well-named, read-only tools with consistent verb_noun patterns (search_*, get_*, analyze_*). All tools have descriptions (avg ~100 chars) and input schemas with typed parameters. However, output schemas are not documented in the source code, critical for LLM planning. Parameter descriptions are present but often generic (e.g., 'Keywords to search'). No error handling guidance, no pagination details, and no tool annotations (readOnlyHint, etc.). The server is domain-focused and coherent, but lacks production-grade polish in schema documentation and error recovery patterns.
Analyze a patch series for risk, compatibility, and subsystem impact.
Analyze risk factors and stability metrics for a kernel subsystem.
Get commit attribution for a specific line range in a file.
Retrieve detailed metadata for a specific kernel commit SHA.
Retrieve full content and section headings for a kernel document.
Get commit history and symbol evolution for a kernel file path.
Retrieve full details and symbol references for an LWN article.
Output schemas not documented. LLMs cannot plan downstream tool calls or extract required fields (e.g., does search_commits return commit_sha, author, date?). This forces agents to guess field names and risks context loss.
No pagination or result-limiting guidance in tool descriptions. Tools like search_commits and search_lkml accept 'limit' but do not document default, max, or whether results are paginated. Large result sets risk context window exhaustion.
No error handling or recovery guidance. Tools do not document what happens on invalid input (e.g., invalid subsystem name, malformed SHA, out-of-range line numbers). LLMs receive no actionable error messages.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 59 | <=2025-11-25 | v2 |
Retrieve full metadata and state transition history for a patch.
Retrieve full details and body excerpt for an LKML thread.
Retrieve detailed metadata for a specific kernel symbol (function, struct, macro, etc.).
Search kernel git commits by message, author, or subsystem.
Search kernel documentation files by query or subsystem.
Search kernel source code by query, subsystem, or symbol type.
Search Linux Kernel Mailing List threads by subject or excerpt.
Search Linux Weekly News (LWN) articles on kernel development.
Search submitted kernel patches by query, submitter, or state.
Parameter descriptions are generic. 'Keywords to search' does not explain search scope (code only? commit messages? author names?). 'Optional subsystem filter' does not list valid subsystem names or how to discover them.
No tool annotations (readOnlyHint, destructiveHint, idempotentHint). All tools are read-only, but this is not declared in the schema. Clients cannot optimize caching or retry logic without explicit hints.