v8help-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchB | Полнотекстовый поиск по справке 1С (FTS5). Возвращает список страниц с релевантностью (score) и сниппетами. |
| get_pageA | Полный текст страницы справки по идентификатору (filename без .md или числовой id). id может быть строкой (одна страница) или массивом строк (несколько страниц одним вызовом, 2-10 статей, пока суммарно не превышено max_chars). Длинные статьи (>4000 символов) целиком НЕ возвращаются: отдаётся список чанков и первый чанк; конкретный чанк читается через chunk=N. |
| hierarchyA | Оглавление: без section — сводка по разделам; с section — группы страниц раздела (top-level объекты) с количеством. |
| relatedB | Связанные страницы (исходящие и входящие ссылки) по id. |
| buildA | Пересобрать индекс: распаковка .hbk -> консолидация md-корпуса -> индексация FTS + чанкование. Выполняется асинхронно: возвращает job_id сразу, результат и прогресс — через build_status. Может занять минуты. Параметры chunk_size/chunk_overlap (в символах) задают размер чанка и перекрытие при разбиении длинных статей. |
| build_statusA | Статус асинхронной сборки по job_id (running/done/error + прогресс). |
| discoverA | Показать конфиг и автодискавери: каталог bin установленной платформы 1С (реестр Uninstall/ФС), доступные эмбеддеры на localhost-портах (LM Studio/Ollama) и состояние индекса. |
| config_getB | Текущие настройки (эффективный конфиг): эмбеддер, search.backend, bin_dir, книги и пр. |
| config_setA | Изменить настройки и сохранить в v8help.toml (атомарно). Ключи: search.backend (fts|hybrid|vectors), search.limit, search.max_chunks_per_page, build.cleanup, build.chunk_size, build.chunk_overlap, embedder.index/query.{model,base_url,api_key,dims,batch_size,embed_chars,threads}, bin_dir, lang, books. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 9 tools
The tools are largely distinct: search, page retrieval, related pages, hierarchy, index build/status, and config access have clear boundaries. The only mild overlap is discover vs config_get, which both surface configuration/state, but their focus on autodiscovery vs effective settings is enough to separate them.
Names are readable and mostly snake_case, but the conventions are mixed: bare verbs (search, build, discover), nouns (related, hierarchy), verb_noun (get_page), and the inverted noun_verb pattern (config_get, config_set). This is inconsistent but not chaotic.
Nine tools form a well-scoped set for a documentation/help-server: four read/retrieval operations, two index lifecycle operations, and three config/discovery operations. Each tool has a distinct job and none feel redundant.
The surface covers the full help-documentation workflow: search, page content, related links, table of contents, index rebuild with async status, and configuration discovery/update. I see no critical dead ends for agents using this server.