Self-Hosted MCP Server Directory — Tool Servers for Sovereign AI Agents
Models are the brain; MCP servers are the hands. This directory maps the established Model Context Protocol tool servers — files, git, browser, databases, reverse engineering, hardware design — by capability, with each author credited and the transport, auth, licence and self-host suitability laid out. Self-host the tools as well as the model and your agent’s capabilities stay yours.
Quick answer
A Model Context Protocol (MCP) server is what gives a local LLM real capabilities — files, git, a browser, a database, a disassembler, a PCB-design tool — through one open interface any MCP client can call. Models are the brain; MCP servers are the hands. This is the sovereignty layer most self-hosters forget: you can run the model on your own hardware and still hand every capability to someone else's cloud tools. Self-host the MCP servers too and the agent's hands are yours. This directory maps the established servers by capability, with each author credited, the transport (private stdio vs networked remote), auth, license and self-host suitability — including D-Central's own Konduit (KiCad/EDA) and Ghidra servers, credited to the open projects they build on.
Start with the MIT reference stdio servers (filesystem, git, fetch, memory) — they cover most of what a local agent needs and self-host trivially. Add a browser (Playwright), a read-only database, and a domain server (Konduit for hardware, Ghidra for RE) as the job demands. Keep sensitive servers on stdio, scope every token, and verify each at its repo — MCP moves monthly, so treat this as a dated map, not a live registry.
Why self-host the tools too? This is the sovereignty layer everyone forgets. You can self-host the model and still hand all your capability to someone else's cloud tools. Self-hosting the MCP servers too means your agent's hands are yours: the filesystem server runs on your disk, the git server on your repo, the hardware-design server on your bench — no third party sees the data your agent touches. Our model database and runtime comparison cover the brain; this covers the hands. See also which local runtimes speak MCP and the hardware-design leaderboard that benchmarks Konduit.
🟠 Dated map, not a live registry (2026-07-18). MCP moves monthly — transports, licenses and names change. Verify each server at its repository; licenses marked “verify” are not asserted.
Files & local
Filesystem
easyAnthropic / MCP reference
The canonical reference server: give an agent scoped read/write to chosen directories. The first server most self-hosters wire up.
Version control
Git
easyAnthropic / MCP reference
Read, search and manipulate local Git repositories — history, diffs, commits — without shelling out.
GitHub MCP Server
moderateGitHub (official)
Official GitHub server: issues, PRs, repos, Actions. Available as a GitHub-hosted remote endpoint or self-hosted locally; scope the token tightly.
Search & fetch
Fetch
easyAnthropic / MCP reference
Fetch a URL and convert it to clean markdown for the model. The minimal, self-hosted alternative to a hosted browse tool.
Memory & knowledge
Memory
easyAnthropic / MCP reference
A persistent knowledge-graph memory the agent reads and writes across sessions — local, yours, no cloud.
Reasoning
Sequential Thinking
easyAnthropic / MCP reference
A structured step-by-step reasoning scaffold exposed as a tool. Pure local logic, no external calls.
Testing
Everything
easyAnthropic / MCP reference
The reference/test server that exercises every MCP feature (tools, resources, prompts) — the thing you point a new client at to confirm it speaks MCP correctly.
Browser automation
Playwright MCP
easyMicrosoft
Drives a real browser via the accessibility tree rather than screenshots — fast, deterministic web automation an agent can run locally.
Chrome DevTools MCP
easyGoogle / Chrome
Exposes Chrome DevTools to an agent for debugging, performance traces and DOM inspection of a locally-driven browser.
Databases
Database (Postgres / SQLite)
moderatecommunity / MCP ecosystem
Query and inspect a database over MCP. Multiple implementations exist (official reference + community forks); pick one that supports read-only mode for safety. Verify the exact server you choose.
Reverse engineering
Ghidra MCP
moderatecommunity (e.g. LaurieWired) — verify upstream
Drives the open-source Ghidra disassembler from an agent — decompile, rename, analyse binaries. D-Central uses a Ghidra MCP server in its reverse-engineering work; credit to the open Ghidra project and the community server authors.
EDA / hardware design
DCENT_Konduit D-Central
moderateD-Central
D-Central's own KiCad MCP server: ~182 tools across schematic, PCB, routing, DRC/ERC and manufacturing. A single Rust binary driving KiCad 10 over its IPC API. It is the benchmark subject of our hardware-design LLM leaderboard. 🟠 Built on the shoulders of mixelpixx/Konnect (which it forks) and the wider KiCad-MCP ecosystem — credited below.
Konnect (upstream)
moderatemixelpixx
The upstream Rust KiCad MCP server (native KiCad 10 plugin, ~171 tools) that DCENT_Konduit forks. Credited as the predecessor our hardware-design work builds on.
KiCAD-MCP-Server
moderatemixelpixx
The earlier, most-popular Python KiCad MCP server (schematic + PCB tooling, JLCPCB, Freerouting). The predecessor generation to the Rust Konnect/Konduit line — credited.
Docs & knowledge
Context7
remote-firstUpstash
Injects up-to-date library/framework documentation into the model's context — reduces hallucinated APIs. Primarily a hosted endpoint; included as the pragmatic docs option.
stdio vs remote. Two transports matter. stdio servers run as a local subprocess of the client — the most private, the default for anything touching local files or hardware. Remote servers speak Streamable HTTP (or the older SSE) and run as a network service — convenient and shareable, but now something is listening on a port, so authentication and scope matter. Prefer stdio for anything sensitive; reach for remote only when you deliberately want a shared, multi-client tool.
D-Central in this ecosystem. D-Central builds in this ecosystem, not just alongside it. DCENT_Konduit is our own KiCad MCP server — the tool behind the hardware-design leaderboard on our LLM benchmark hub — and we run a Ghidra MCP server for reverse-engineering work. Both stand on open predecessors: Konduit forks mixelpixx/Konnect, which followed the earlier KiCAD-MCP-Server, and the Ghidra server builds on the open Ghidra project. We credit them plainly, because that is how this ecosystem is supposed to work.
Open data (CC BY 4.0): CSV · JSON · API: /wp-json/dc/v1/mcp-servers
Related products, repair, and setup paths
- immersion cooling hub
- home immersion cooling guide
- ASIC miners for immersion planning
- ASIC cooling parts
- airflow shroud before immersion
- compare miner specs in the database
- ASIC repair support
Last reviewed July 18, 2026.
