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": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"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 — группы страниц раздела. |
| relatedC | Связанные страницы (исходящие и входящие ссылки) по id. |
| buildA | Пересобрать индекс: распаковка .hbk -> консолидация md-корпуса -> индексация. Выполняется асинхронно: возвращает job_id сразу, результат и прогресс — через build_status. Может занять минуты. |
| build_statusA | Статус асинхронной сборки по job_id (running/done/error + прогресс). |
| discoverB | Показать конфиг и автодискавери. Каталог bin установленной платформы 1С (реестр Uninstall/ФС), установка 1C:EDT CLI (1cedtcli), доступные эмбеддеры на 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
Most tools have clearly distinct purposes: search finds pages, get_page retrieves full text, related handles links, hierarchy provides the TOC, and build/build_status form a trigger/check pair. The only real overlap is config_get vs discover, since both surface current configuration (discover additionally does autodiscovery), which could cause occasional misselection.
Naming mixes single-word noun/verb tools (search, related, hierarchy, build, discover) with verb_noun patterns (get_page, build_status) and noun_verb patterns (config_get, config_set). The ordering of config_get/config_set (noun_verb) conflicts with build_status (verb_noun), so conventions are readable but not fully predictable.
Nine tools is well-scoped for a documentation search/index server. Each tool covers a distinct operation (search, retrieval, related links, TOC, build lifecycle, config) with no obvious redundancy beyond the minor config overlap.
The surface covers the full lifecycle: discovery, config get/set, index building with async status, search, page retrieval with chunking, related links, and hierarchy browsing. Minor gaps exist (e.g., no direct way to enumerate books or list all pages), but core retrieval workflows are complete.