ki-buch/anhang/B-mcp-server-uebersicht.md

Anhang B: Übersicht wichtiger MCP-Server für Softwareentwicklung (2026)

Praktische Landkarte – keine Vollständigkeit, kein Ranking. Stand der Ökosystem-Orientierung: Juli 2026. Namen und Verfügbarkeit ändern sich; prüfe den Stand in eurem Katalog und den offiziellen/Community-Registries.

Herkunft (Orientierung, kein Ranking)

Klasse	Bedeutung
Reference / offiziell	Spec-nahe Referenzserver (z. B. org modelcontextprotocol) – trotzdem pinnen, Threat Model, Owner
Community / Vendor	Dritt- und Host-Plugins – SBOM, Allowlist, Contract-Tests Pflicht
Eigenbau / Lehr	Team-Server und Companion (code/examples/…) – im Buch R0–R1, lehrend

Legende Risiko-Klasse

Klasse	Bedeutung
R0	read-mostly, geringe Privilegien
R1	workspace write / lokale Side Effects
R2	remote Systeme write oder breite APIs
R3	prod / secrets / admin – streng HITL

---

B.1 Kern-Capabilities für fast jedes Team

Domäne	Beispiel-Server / Muster	Primitives (typisch)	Lokal/Remote	Risiko	Nutzen
Workspace FS	filesystem-ähnlich, gehärtet	Tools read/write/list; Resources file:///repo://	lokal	R1	Basis Coding
Git	git-mcp / host-integriert	status, diff, log, branch, commit	lokal	R1–R2	Diffs, Historie
Project Memory	project-memory (Kap. 10)	Decisions, TODOs, Conventions	hybrid	R1	Session-übergreifend
Code Graph / Search	codebase-memory, search-server	search, impact, graph://	hybrid	R0–R1	Working Sets
Issues / Tickets	GitHub/Jira/Linear-Adapter	get issue, comment, transition	remote	R1–R2	Spec-Kontext
CI / Checks	GitHub Actions, GitLab CI Adapter	status, logs, rerun	remote	R1–R2	Verify-Wahrheit
Tests Runner	tests-mcp (pytest/jest wrapper)	run_unit_tests, coverage	lokal/CI	R1	DoD

---

B.2 Häufige Domain-Server

Domäne	Beispiele (Klassen)	Risiko	Hinweise
Browser / Web	browser automation MCP	R2	Injection & ToS; untrusted by default
Docs / Wiki	Confluence, Notion, MkDocs	R0–R1	Stale Docs kennzeichnen
Package Registries	npm/pypi query	R0	Supply-Chain-Infos
Container / K8s	read-only cluster view	R2–R3	Prod getrennt, short-lived creds
Cloud Accounts	AWS/GCP/Azure describe	R2–R3	read vs mutate strikt trennen
DB	SQL read-only vs migrate	R2–R3	nie Admin-DSN an Dev-Agenten
Feature Flags	LaunchDarkly o. Ä.	R2	write = HITL
Secrets Manager	Vault read	R3	idealerweise kein LLM-Pfad; nur existence checks
Observability	logs/traces/metrics query	R1–R2	PII, sample & redact
Communication	Slack/Teams	R2	ChatOps least privilege
Design	Figma export/read	R0–R1	Multimodal Hosts
Security Scanners	SAST, secret scan	R0–R1	Reports als Resources

---

B.3 Empfohlener Starter-Katalog (Softwareprodukt-Team)

1. git / workspace          (local, R1)
2. project-memory           (remote team DB oder synced, R1)
3. codebase-graph/search    (local cache + optional remote index, R0/R1)
4. issues                   (remote, R1)
5. ci-status                (remote, R1)
6. tests-runner             (local + gleiche Semantik in CI, R1)
7. security-scan (optional) (local/CI, R0/R1)

Alles Weitere nur mit Owner, Threat Model und Eval-Smoke.

---

B.4 Server-Schnitt-Empfehlungen

Lieber so	Statt
issues + git + memory getrennt	ein God-Server „dev-all“
ci-read vs. ci-rerun	ein Tool mit Admin-PAT
db-readonly vs. db-migrate	ein SQL-Shell-Tool
prompt library pro Domäne	200 lose Systemprompts in der IDE

---

B.5 Auswahlkriterien für den Katalog

1. Löst echten wiederkehrenden Schmerz
2. Klare Trust Boundary und Credential-Scope
3. Versionierung + Changelog
4. Contract Tests ohne LLM
5. Dokumentierte Deny-Listen und Timeouts
6. Mindestens ein Owner
7. Läuft in IDE und idealerweise CI/CLI

---

B.6 Bezug zu den Hands-on-Beispielen

Buch-Beispiel	Pfad	Domäne
Minimal	code/examples/01-minimal-server	Health/Demo
Project Memory	code/examples/02-project-memory	Memory
Codebase Graph	code/examples/03-codebase-graph	Graph/Search
Dev Tools	code/examples/04-dev-tools	FS, Tests, Git, Issues-Mock
Coding Agent + Skills	code/examples/05-coding-agent/	Loop, Hooks, Skill Catalog
Markdown-KB (AGENTS.md)	code/examples/05-coding-agent/demo_workspace/	Policy, Overrides, ADRs, Recovery Pack

Diese sind Lehr-Implementierungen (R0–R1), keine Produktions-Server. Die Markdown-KB ist kein MCP-Server, gehört aber zum Hybrid-Stack (Kap. 5.12 / 10.13).

---

B.7 Pflege des Katalogs

Rhythmus	Aktivität
Wöchentlich	Incident-/Drift-Review aktiver Server
Bei Release	Version pin, Eval-Smoke
Quartal	Deprecations, Risiko-Neubewertung
Ad hoc	neue Server nur via RFC light (Kap. 11)

Haltet den Katalog als Markdown/Portal im Intranet – nicht nur als mündliches Wissen.