Инструменты по категориям

Кодовая база

mcp-bsl-lsp-bridge поднимает BSL Language Server как долговременную службу и дает агенту LSP-операции через MCP. Это не семантический поиск, а IDE-навигация по BSL/OneScript-коду.

MCP tools по кодовой базе

project_analysisанализирует проект и возвращает обзор/состояние.
symbol_exploreисследует символы проекта.
definitionнаходит определение символа.
hoverвозвращает hover-информацию по позиции.
selection_rangeвозвращает LSP selection ranges для позиции.
get_range_contentвозвращает фрагмент файла по диапазону.
call_hierarchyстроит LSP call hierarchy.
call_graphвозвращает граф вызовов.
document_diagnosticsпоказывает диагностику документа.
code_actionsвозвращает доступные quick fixes/code actions.
prepare_renameпроверяет возможность rename.
renameвыполняет LSP rename.
lsp_statusпоказывает состояние language server.
did_change_watched_filesсообщает LSP об изменениях файлов.

Сильные стороны

definition, hover, diagnostics, code actions, rename и call hierarchy через зрелый LSP-слой.

Ограничения

требует Docker/контейнер и bsl-language-server; не строит собственный semantic/vector index.

Когда выбирать

когда важны точная навигация и IDE-подобные операции над BSL, особенно в паре с отдельным поисковым индексом.

Проверка кода

mcp-bsl-lsp-bridge - bridge между MCP-клиентом и BSL Language Server. Для проверки кода он дает агенту LSP-диагностики и действия исправления.

MCP tools по проверке кода

document_diagnosticsвозвращает diagnostics BSL Language Server по конкретному документу.
project_analysisзапускает проектный анализ через LSP/backend bridge, если проект и backend настроены.
code_actionsвозвращает доступные quick fixes/code actions для диапазона кода или диагностики.
lsp_statusпоказывает состояние LSP-сервера; нужен перед диагностикой, чтобы понимать, готов ли индекс/сервер.
did_change_watched_filesуведомляет LSP об изменениях файлов, чтобы диагностики пересчитывались по актуальному состоянию.

Сильные стороны

ближе к IDE-поведению, чем простой запуск анализатора по каталогу: есть диагностики документа, code actions и состояние LSP. Хорошо подходит для агентских сценариев "проверил файл -> получил diagnostics -> применил доступное исправление".

Ограничения

качество правил определяется BSL Language Server. Нужно поддерживать живой LSP/backend и корректно синхронизировать изменения файлов.

Что учитывать

ПодключениеSTDIO через docker exec -i <container> mcp-lsp-bridge; внутри контейнера bridge общается с BSL Language Server.
Что нужноDocker + Docker Compose; IDE с MCP; BSL/OneScript код, примонтированный в контейнер; 8+ ГБ RAM по README.
Важноотдельный проект от FSerg/phsin: здесь акцент на контейнерной схеме, постоянной LSP-сессии, call graph и экономии токенов за счет детерминированных LSP tools.