/ 目錄 / 演練場 / JDocMunch MCP
● 社群 jgravelle ⚡ 即開即用

JDocMunch MCP

作者 jgravelle · jgravelle/jdocmunch-mcp

不會淹沒你的上下文的文件檢索——結構化章節索引讓 Claude 只拉取它需要的章節。

JDocMunch 是一個針對 token 效率優化的文件 MCP。它將文件預先索引為可瀏覽的章節樹(目錄 + 錨點),讓 Claude 可以拉取單一章節、追蹤交叉引用,且永遠不會傾印 50KB 不相關的參考資料。專為解決「我在讀 AWS SDK 文件,Claude 一直把整頁都抓回來」的問題而設計。

為什麼要用

核心特性

即時演示

實際使用效果

jdocmunch-mcp.replay ▶ 就緒
0/0

安裝

選擇你的客戶端

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

開啟 Claude Desktop → Settings → Developer → Edit Config。儲存後重啟應用。

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

Cursor 使用與 Claude Desktop 相同的 mcpServers 格式。專案級設定優先於全域。

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

點擊 Cline 側欄中的 MCP Servers 圖示,然後選 "Edit Configuration"。

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "jdocmunch-mcp": {
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  }
}

格式與 Claude Desktop 相同。重啟 Windsurf 生效。

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "jdocmunch-mcp",
      "command": "uvx",
      "args": [
        "jdocmunch-mcp"
      ]
    }
  ]
}

Continue 使用伺服器物件陣列,而非映射。

~/.config/zed/settings.json
{
  "context_servers": {
    "jdocmunch-mcp": {
      "command": {
        "path": "uvx",
        "args": [
          "jdocmunch-mcp"
        ]
      }
    }
  }
}

加入 context_servers。Zed 儲存後熱重載。

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

一行命令搞定。用 claude mcp list 驗證,claude mcp remove 移除。

使用場景

實戰用法: JDocMunch MCP

從龐大的文件站點只拉取你需要的 API 參考章節

👤 使用雲端 SDK 的開發者 ⏱ ~10 min beginner

何時使用: AWS SDK 文件有 200 頁,Claude 想把它們全部抓回來。

前置條件
  • 文件 URL 或本機文件目錄樹 — 第一次呼叫:索引文件;後續呼叫使用快取
步驟
  1. 索引
    使用 jdocmunch。對該 URL 的 AWS S3 SDK 文件建立索引。顯示最上層章節。✓ 已複製
    → 目錄樹已回傳,尚未有完整內容
  2. 深入
    只顯示分段上傳的章節——包含程式碼範例,跳過介紹。✓ 已複製
    → 目標章節內容
  3. 追蹤
    現在追蹤那個章節中指向「中止未完成的上傳」的連結。✓ 已複製
    → 已拉取連結的章節

結果: 用 2k token 取得答案,而非 80k。

注意事項
  • 文件結構有奇怪的錨點(僅 PDF) — 先轉換為 Markdown;jdocmunch 解析 Markdown 最佳
搭配使用: filesystem

比較兩個 SDK 版本的 API 文件章節

👤 升級依賴套件的開發者 ⏱ ~20 min intermediate

何時使用: 從 v3 遷移到 v4;你想知道什麼地方有精確的變化。

步驟
  1. 同時索引
    索引 doc-v3 和 doc-v4。列出只存在於 v4 或已有變更的章節。✓ 已複製
    → 章節的差異列表
  2. 深入變更
    顯示 v3 和 v4 之間「驗證」章節的變更。✓ 已複製
    → 每個章節的差異

結果: 從文件本身建立的遷移指南。

注意事項
  • 章節 ID 在版本之間改變 — 依標題文字匹配,而非依錨點

組合

與其他 MCP 搭配,撬動十倍槓桿

jdocmunch-mcp + filesystem

將檢索到的章節儲存為專案筆記

拉取分段上傳章節並儲存到 /docs/notes/s3-multipart.md。✓ 已複製
jdocmunch-mcp + git-mcp-idosal

將文件與原始碼的真實來源配對

讀取文件章節,再用 GitMCP 查看那個方法的實際 SDK 原始碼。✓ 已複製

工具

此 MCP 暴露的能力

工具輸入參數何時呼叫成本
index url_or_path 第一次使用某份文件集 1 次抓取 + 解析
list_sections doc_id, depth? 目錄導覽 免費(已快取)
get_section doc_id, section_path 拉取單一章節 免費(已快取)
follow_link doc_id, from_section, link_target 追蹤交叉引用 免費(已快取)

成本與限制

運行它的成本

API 配額
受各主機的 robots 政策限制
每次呼叫 Token 數
結構化檢索 100–800
費用
免費
提示
索引一次,多次查詢——快取讓後續呼叫非常便宜

安全

權限、密鑰、影響範圍

最小權限: 索引用的對外 HTTP
憑證儲存: 公開文件無需憑證
資料出站: 你所索引的任何文件主機
切勿授予: 在無存取控制的情況下索引私有內部文件

故障排查

常見錯誤與修復

在 JavaScript 渲染的文件站點上索引解析失敗

部分站點需要 headless 瀏覽器;確認是否有靜態匯出版本

重新索引後章節遺失

文件結構已更改;清除快取並重新索引

uvx 找不到執行檔

MCP 客戶端下的 PATH 問題;使用明確的 uvx jdocmunch-mcp

替代方案

JDocMunch MCP 對比其他方案

替代方案何時用它替代權衡
Context7精選的函式庫文件已在目錄中僅限已索引的函式庫
GitMCP以 repo 作為文件(README + /docs)GitMCP 不會結構化索引大型文件站

更多

資源

📖 閱讀 GitHub 上的官方 README

🐙 查看未解決的 issue

🔍 瀏覽全部 400+ MCP 伺服器和 Skills