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/.