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

bsl-context - локальный HTTP MCP по справке платформы 1С. Он читает shcntx_ru.hbk выбранной версии платформы и дает структурный доступ к API: типы, глобальные методы, свойства, конструкторы и системные перечисления.

MCP tools по справке платформы и BSL

searchищет по типам, глобальным методам и свойствам.
infoвозвращает карточку элемента по точному имени.
get_memberвозвращает конкретный метод или свойство типа.
get_membersвозвращает методы, свойства и значения перечисления для типа.
get_constructorsвозвращает конструкторы типа с сигнатурами.
get_enum_valuesвозвращает значения системного перечисления.

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

помимо справочных tools есть проверочные tools, которые используют тот же индекс платформы: можно не только найти элемент API, но и проверить BSL-фрагмент на несуществующий тип, член типа, значение перечисления или неверное число аргументов глобальной функции.

Ограничения

версия платформы задается явно через platform_path; автоматического выбора установленной версии нет. Это не ИТС, не методики и не semantic/vector поиск. Проверочные tools не заменяют BSL Language Server: они сверяют найденные имена с API платформы.

bsl-context в категории проверки кода - это не линтер и не BSL Language Server. Он проверяет BSL-фрагмент через сравнение найденных имен с индексом API платформы, построенным из shcntx_ru.hbk.

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

validate_expressionищет в переданном BSL-фрагменте конструкции Новый Тип, Тип.Член, ТипПеречисления.Значение, ГлобальнаяФункция(...) и сверяет их с API платформы.
validate_enumпроверяет конкретное значение системного перечисления.
validate_method_callпроверяет число аргументов глобальной функции платформы.

Что возвращает

JSON с valid, списком ошибок, строкой/колонкой, видом ошибки, уровнем надежности и подсказкой похожего имени, если она найдена.

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

хорошо ловит узкий класс ошибок, который обычная модель часто выдумывает: несуществующий тип платформы, несуществующий метод/свойство платформенного типа, неправильное значение системного перечисления, неправильное число аргументов глобальной функции. Работает локально и зависит от выбранной версии платформы.

Ограничения

не проверяет синтаксис, стандарты, пользовательские методы, реквизиты конфигурации, формы, запросы и весь проект. Для полноценной проверки нужны BSL Language Server, EDT/Designer validation или отдельный анализатор.

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

ПодключениеStreamable HTTP MCP, endpoint http://127.0.0.1:8007/mcp.
Что нужноRust для сборки из исходников; файл shcntx_ru.hbk из установленной платформы 1С:Предприятие 8.3; явный platform_path к нужной версии платформы.
Важносервер не выбирает версию платформы автоматически; если platform_path не задан или shcntx_ru.hbk не найден, healthcheck доступен, но MCP-инструменты не работают. validate_expression проверяет BSL-фрагмент против API платформы: значения системных перечислений, число аргументов глобальных функций, неизвестные платформенные типы и члены типов. Это не анализ всей конфигурации и не проверка пользовательских методов/реквизитов.