jDocMunchは、タスクが必要な正確なドキュメントセクションを取得し、コンテキストウィンドウにファイルを読み込むことなく、コーディングエージェント向けのMCPサーバーです。

ドキュメントセットを一度見出し階層でインデックスし、その後、元のファイルから正確にバイト単位で抽出した単一のセクション、見出しサブツリー、またはランク付け検索結果を取得します。

インストールクイックスタートベンチマーク ·商用ライセンス

個人利用は無料です。 商用利用には有料ライセンスが必要です — 以下に条件を記載。

---

なぜjDocMunchなの?

問題です。 「認証をどのように設定すればいいですか?」と尋ねられたエージェントは、ドキュメントファイルを開き、不要な何百段落もの段落をざっと読み、また別の段落を開き、また繰り返します。大きなコンテキストウィンドウはこれを解決しません。それらは単に無駄を支払えなくして、請求書が届くまで無視しやすくし、モデルが実際に必要としていたコンテキストを押し込めてしまいます。

**メカニズム。**jDocMunchは文書セットをヘッダー階層でキーづけたセクションツリーに解析し、各セクションのバイトオフセットを元のファイルに格納し、MCP経由での検索を公開します。セクションはパス、見出しテキスト、見出しレベルが変更されていない限り、再インデックスを通じて持続的な識別子を保持します。

jDocMunch MCP

jDocMunch is an MCP server for coding agents that retrieves the exact documentation section a task needs, without loading whole files into the context window.

Index a documentation set once by heading hierarchy, then fetch a single section, a heading subtree, or a ranked search result — extracted byte-precisely from the original file.

Install · Quickstart · Benchmarks · Commercial licensing

Free for personal use. Commercial use requires a paid license — terms below.

---

Why jDocMunch?

The problem. An agent asked “how do I configure authentication?” opens a documentation file, skims hundreds of paragraphs it does not need, opens another, and repeats. Large context windows do not fix this. They just make the waste affordable enough to ignore until the bill arrives, and they crowd out the context the model actually needed.

The mechanism. jDocMunch parses a documentation set into a section tree keyed by heading hierarchy, stores each section’s byte offsets into the original file, and exposes retrieval over MCP. Sections keep durable identities across re-indexing as long as path, heading text, and heading level are unchanged.

The outcome. The unit of access changes from file to section. An agent retrieves the installation section, one configuration block, or a specific heading subtree — and nothing else.

---

What makes it different

Section-first retrieval

Search and retrieve documentation by section, not just file path or keyword match.

Byte-precise extraction

Full content is pulled on demand from exact byte offsets into the original file.

Stable section IDs

Sections retain durable identities across re-indexing when path, heading text, and heading level remain unchanged.

---

Evidence

Four benchmarks against public documentation corpora, each with the corpus, date, and per-query results recorded in benchmarks/.