bsl-context
MCP-сервер со справочником платформы 1С и проверкой BSL-кода на соответствие реальному API нужной версии платформы
Установка
cargo build --release
bsl-context-rs --config /path/to/config.tomlПеред запуском скопируйте configs/config.toml.example в config.toml и укажите platform_path. Бинарник лежит в target/release.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Сервер читает синтакс-помощник платформы из файла shcntx_ru.hbk без запуска 1С и отдает агенту типы, методы, свойства, конструкторы и значения системных перечислений. Инструмент validate_module проверяет модуль или фрагмент: несуществующие значения перечислений, неверное число аргументов, неизвестные методы типов, неправильные директивы, дубли и разбалансированные блоки процедур. По текстам запросов внутри кода он находит неоптимальные соединения, временные таблицы без индексов и обращения к физическим таблицам регистров. Если подключить индекс имен конфигурации, сервер также ловит обращения к несуществующим общим модулям и объектам метаданных.
Для кого. Для разработчиков 1С, которые проверяют сгенерированный агентом код до загрузки в базу.
Подходит, если
- Агент придумывает методы и значения перечислений, и это нужно ловить автоматически
- Нужно проверить модуль, который платформа может не скомпилировать
- Нужен справочник платформы конкретной версии прямо в агенте
Не подходит, если
- Нет установленной платформы 1С, откуда взять shcntx_ru.hbk
- Нужна проверка видимости экспортных процедур между модулями: сервер ее не знает
Пример запроса к агенту
Проверь этот модуль через validate_module в профиле strict и объясни каждую находкуОграничения
Готового пакета нет, сервер собирается из исходников на Rust. Файл синтакс-помощника в репозиторий не входит и берется из каталога установленной платформы. Находки низкой уверенности зависят от вывода типов и могут быть ложными. Без источника имен конфигурации вызовы процедур из других модулей выглядят как опечатки.
Как отключить. Остановите процесс bsl-context-rs и удалите блок bsl-context из конфигурации MCP клиента.
MCP
- Транспорт
- http
- Авторизация
- не нужна
Проверка безопасности
- Запускает локальный HTTP-сервер
- Читает выгрузку конфигурации и строит по ней индекс
Коротко о README
README объясняет, какой слой ошибок закрывает сервер, и приводит таблицу видов находок с уровнем уверенности. Разобраны уровни анализа, профили, границы знаний валидатора и три способа подключить имена конфигурации: собственный легкий индекс, база code-index или сервис code-index. Даны сборка, пример конфига, список инструментов и JSON для подключения клиента по HTTP. Есть статья на Инфостарте и версия README на русском. Лицензия MIT.
Частые вопросы
Чем профиль strict отличается от full?
strict оставляет только находки высокой уверенности и первый уровень анализа. Он подходит слабым моделям, чтобы ложные срабатывания не зацикливали их.
Можно проверять несколько конфигураций?
Да, в конфиге перечисляются несколько источников имен, и инструменты принимают параметр repo.
Похожие
Набор скиллов, который задает агенту процесс разработки: уточнение задачи, план, TDD, субагенты и ревью кода
Скиллы Мэтта Покока для инженеров
Skills For Real Engineers
Небольшие компонуемые скиллы для инженерной работы с агентом: интервью по плану, TDD, диагностика багов, ревью и архитектура
Референсные MCP-серверы
Model Context Protocol servers
Официальные референсные MCP-серверы: Filesystem, Fetch, Git, Memory, Sequential Thinking, Time и Everything
Актуальная документация и примеры кода нужной версии библиотеки прямо в контексте агента, через MCP или CLI со скиллом