JDocMunch MCP — Anwendungsfälle, Installieren & Live-Demo

Warum nutzen

Hauptfunktionen

Abschnitt-genaues Retrieval — nur das Relevante laden
Querverweis-Verfolgung — Links folgen ohne ganze Seiten neu zu laden
Funktioniert auf beliebigen indizierbaren Doc-Seiten (HTML, Markdown)
Lokaler Cache für wiederholte Abfragen
Token-Verbrauch pro Aufruf gemessen — Claude sieht die Kosten

Live-Demo

In der Praxis

jdocmunch-mcp.replay ▶ bereit

0/0

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json · Windows: %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json

{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit

{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json

{
  "mcpServers": [
    {
      "name": "jdocmunch-mcp",
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json

{
  "context_servers": {
    "jdocmunch-mcp": {
      "command": {
        "path": "uvx",
        "args": [
          "jdocmunch-mcp"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add jdocmunch-mcp -- uvx jdocmunch-mcp

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: JDocMunch MCP

Genau den benötigten API-Referenzabschnitt aus einer riesigen Doc-Seite laden

👤 Devs, die mit Cloud-SDKs arbeiten ⏱ ~10 min beginner

Wann einsetzen: AWS-SDK-Docs umfassen 200 Seiten und Claude will sie alle laden.

Voraussetzungen

Doc-URL oder lokaler Doc-Baum — Erster Aufruf: Docs indizieren; nachfolgende Aufrufe treffen den Cache

Ablauf

Indizieren

Use jdocmunch. Index the AWS S3 SDK docs at the URL. Show me top-level sections.✓ Kopiert

→ TOC-Baum zurückgegeben, noch kein vollständiger Inhalt
Einsteigen

Show only the section on multipart upload — code samples included, intro skipped.✓ Kopiert

→ Gezielter Abschnittsinhalt
Folgen

Now follow the link to 'Aborting incomplete uploads' from that section.✓ Kopiert

→ Verlinkter Abschnitt geladen

Ergebnis: Antwort in 2k tokens statt 80k.

Fallstricke

Doc-Struktur hat merkwürdige Anker (nur PDF) — Vorher in Markdown konvertieren; jdocmunch parst Markdown am besten

Kombinieren mit: filesystem

API-Doc-Abschnitte zwischen zwei SDK-Versionen vergleichen

👤 Devs, die Abhängigkeiten upgraden ⏱ ~20 min intermediate

Wann einsetzen: Von v3 auf v4 umziehen; präziser Diff der Änderungen gewünscht.

Ablauf

Beide indizieren

Index doc-v3 and doc-v4. List sections that exist only in v4 or have changed.✓ Kopiert

→ Diff-Liste der Abschnitte
In geänderte einsteigen

Show changes in the 'Authentication' section between v3 and v4.✓ Kopiert

→ Per-Abschnitt-Diff

Ergebnis: Migrations-Guide direkt aus den Docs erstellt.

Fallstricke

Abschnitts-IDs ändern sich zwischen Versionen — Nach Überschriftentext statt nach Anker abgleichen

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

jdocmunch-mcp + filesystem

Abgerufene Abschnitte in Projektnotizen speichern

Pull the multipart-upload section and save it to /docs/notes/s3-multipart.md.✓ Kopiert

jdocmunch-mcp + git-mcp-idosal

Docs mit dem echten Quellcode koppeln

Read the doc section, then GitMCP the actual SDK source for that method.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

Werkzeug	Eingaben	Wann aufrufen	Kosten
index	url_or_path	Erstes Mal bei einem Doc-Set	1 fetch + parse
list_sections	doc_id, depth?	TOC-Navigation	free (cached)
get_section	doc_id, section_path	Einen Abschnitt laden	free (cached)
follow_link	doc_id, from_section, link_target	Querverweisen folgen	free (cached)

Kosten & Limits

Was der Betrieb kostet

API-Kontingent: Gemäß robots.policy des jeweiligen Hosts
Tokens pro Aufruf: 100–800 mit strukturiertem Retrieval
Kosten in €: Kostenlos
Tipp: Einmal indizieren, viele Abfragen — Cache macht Follow-ups günstig

Sicherheit

Rechte, Secrets, Reichweite

Minimale Scopes: Outbound HTTP for indexing

Credential-Speicherung: Keine für öffentliche Docs

Datenabfluss: Was auch immer der indizierte Doc-Host ist

Niemals gewähren: Indexing of private internal docs without auth control

Fehlerbehebung

Häufige Fehler und Lösungen

Index parse fails on JS-heavy doc site

Manche Seiten brauchen einen Headless-Browser; prüfen ob ein statischer Export existiert

Sections missing after re-index

Doc-Struktur hat sich geändert; Cache leeren und neu indizieren

uvx can't find binary

PATH-Problem unter MCP-Client; explizit uvx jdocmunch-mcp verwenden

Alternativen

JDocMunch MCP vs. andere

Alternative	Wann stattdessen	Kompromiss
Context7	Kuratierte Library-Docs vorhanden — bekannter Katalog	Nur auf indizierte Bibliotheken beschränkt
GitMCP	Repo-als-Docs (README + /docs)	GitMCP indiziert keine großen Doc-Seiten strukturiert

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen