Эта категория про проверку BSL-кода после изменений: LSP diagnostics, статический анализ, проверка в EDT, syntax-check и review фрагментов через 1С:Напарник.
Инструменты этой категории помогают проверять BSL-код после изменений: синтаксис, статический анализ, диагностику через LSP, проверку в EDT, сборку, тесты и ревью фрагментов. Они нужны, чтобы агент не только написал код, но и довел изменение до проверяемого результата.
В сравнении ниже разделены локальные анализаторы, LSP-обертки, проверки через EDT или Конфигуратор, тестовые инструменты и сервисы ревью кода.
| Критерий | Что сравнивается |
|---|---|
| Движок проверки | Собственный анализатор, BSL Language Server, EDT, Конфигуратор 1С, 1С:Напарник или закрытый продукт |
| Область проверки | Весь проект, каталог, файл, модуль, конфигурация, отдельный фрагмент кода |
| Тип результата | Структурированные диагностики, SARIF/JSONL, LSP diagnostics, текстовый ответ, отчет тестового/сборочного запуска |
| Глубина проверки | Только синтаксис, статический анализ, правила качества, review логики/производительности, сборочная проверка |
| Исправления | Code actions, форматирование, генерация исправленного кода или только отчет |
| Интеграция с агентом | Прямой MCP tool, MCP-bridge к LSP/EDT, Claude Code plugin, desktop shell или платный внешний сервер |
| Прозрачность реализации | Открыта ли реализация проверки; если кода нет, сравнение ограничено публичным описанием |
| Набор инструментов | Движок проверки | Область | Синтаксис | Статический анализ | Review логики/стиля | Исправления | Формат результата |
|---|---|---|---|---|---|---|---|
| собственный анализатор + LSP/CLI | проект/каталог/файл | да | да | нет | code actions через LSP; отчеты для CI | SARIF, JSONL, LSP diagnostics | |
| сверка с API платформы из .hbk | BSL-фрагмент | нет | частично: только API-ссылки платформы | нет | нет | JSON с ошибками, строкой/колонкой и confidence | |
| внутренний адаптер анализа кода + проверки сборки/runtime | workspace/source set | да | да | частично через рабочий цикл | проверка после изменений | результат MCP-инструмента / вывод сборки | |
| BSL Language Server | файл/проектный LSP-инстанс | да | да | нет | нет в 1c-check | LSP diagnostics | |
| BSL Language Server через LSP bridge | файл/проект | да | да | нет | code actions | LSP diagnostics | |
| BSL Language Server JAR | каталог/файл | да | да | нет | форматирование | JSON + текстовая сводка | |
| gateway к LSP/backend | файл/проект | да | да | нет | code actions | LSP/gateway result | |
| 1C:EDT workspace diagnostics | EDT-проект/ресурс | да | да, в пределах EDT markers | нет | revalidate/clean как пересчет проверок | project errors / summary | |
| 1C:EDT workspace diagnostics | EDT-проект/запрос | да | да, через EDT validation | нет | нет в проверочной категории | validation errors / результат операции | |
| EDT CLI + Конфигуратор 1С | EDT-проект/конфигурация/модули | да | частично, как platform/EDT validation | нет | нет | результат check/build/test command | |
| Designer + EDT CLI + локальный runner | проект/конфигурация/модули | да | частично, как build/validate pipeline | нет | нет | структурированный runner/tool result | |
| EDT diagnostics + QA pipeline | EDT workspace/project | да | да, через EDT diagnostics | нет | проверка после изменений | diagnostics summary / QA status | |
| 1С:Напарник + syntax-checker direct mode; веб-чат с внешними MCP tools | фрагмент кода | да | нет как локальный статанализ | да | через отдельные edit/rewrite сценарии | текстовый ответ Напарника | |
| 1С:Напарник + syntax-checker direct mode | фрагмент кода | да | нет как локальный статанализ | да | rewrite/modify | текстовый ответ Напарника | |
| 1С:Напарник | фрагмент кода | да | нет как локальный статанализ | да | нет отдельного patch workflow | текстовый ответ Напарника | |
| 1С:Напарник | фрагмент кода или file_path | да | нет как локальный статанализ | да | нет отдельного patch workflow | текстовый ответ Напарника | |
| Claude Code LSP plugin + BSL Language Server | файлы в Claude Code | да | да | нет | code actions / quick fixes, formatting | LSP diagnostics внутри Claude Code | |
| Claude Code LSP plugin + внешний BSL Language Server | файлы в Claude Code | да | да | нет | зависит от LSP-клиента | LSP diagnostics внутри Claude Code | |
| встроенная интеграция BSL Language Server + LLM | текущий фрагмент/модуль в desktop UI | да | да, по диагностике BSL LS | да, для исправления ошибок | команда исправления по diagnostics | UI diagnostics + prompt context | |
| BSL Language Server по описанию | фрагмент/код через сервер | да | да, если включены правила BSL LS | нет | нет | ответ tool | |
| 1С:Напарник | фрагмент кода | да | нет как локальный статанализ | да | rewrite/modify | текстовый ответ Напарника | |
| BSL Language Server в Docker | mounted source dir | да | да | нет | нет | diagnostics BSL LS | |
| ИИ-сервис + плагин EDT | фрагмент/проектный контекст | заявлено | неясно | да, как ИИ-проверка | через продукт/плагин EDT | текстовый ответ / не раскрыто | |
| база стандартов v8std.ru + диагностические страницы | короткий фрагмент/список диагностик | нет | нет | да, как объяснение стандартов и диагностик | нет | текстовые ссылки/страницы стандартов | |
| проверка путей реквизитов по метаданным 1С 7.7 | текст запроса/кода или путь реквизита | нет | нет | частично, только пути реквизитов | нет | текстовый ответ MCP-инструмента |
BSL Analyzer - локальный анализатор BSL с CLI, LSP и MCP-инсталляцией. В категории проверки кода он закрывает не только синтаксис, но и полноценные диагностические правила проекта.
bsl-analyzer analyze - запускает анализ исходников проекта или каталога; подходит для локальной проверки и CI.bsl-analyzer analyze -r sarif -o <dir> - формирует SARIF-отчет для систем code scanning.bsl-analyzer analyze --format=jsonl - отдает потоковый JSONL-вывод для дальнейшей обработки.bsl-analyzer lsp - поднимает LSP-сервер с diagnostics и code actions для IDE/агента.bsl-analyzer mcp install - устанавливает MCP-конфигурацию; сам анализатор остается основным движком проверки.execute с action check в workspace MCP - выполняет BSL syntax-check через 1С-клиент в сценариях, где нужен runtime/workspace check.есть собственная диагностическая база, конфигурация bsl-analyzer.toml, машинные форматы отчетов, LSP-режим и ориентация на большие проекты. Диагностические типы включают error/code smell/vulnerability/security hotspot и уровни важности.
MCP-часть не выглядит как отдельный универсальный tool check_project; основная ценность проверки находится в CLI/LSP анализатора. Для сценариев "агент вызывает один MCP tool и получает полный отчет" потребуется правильно завернуть CLI/LSP в рабочий процесс.
bsl-context в категории проверки кода - это не линтер и не BSL Language Server. Он проверяет BSL-фрагмент через сравнение найденных имен с индексом API платформы, построенным из shcntx_ru.hbk.
validate_expression | ищет в переданном BSL-фрагменте конструкции Новый Тип, Тип.Член, ТипПеречисления.Значение, ГлобальнаяФункция(...) и сверяет их с API платформы. |
|---|---|
validate_enum | проверяет конкретное значение системного перечисления. |
validate_method_call | проверяет число аргументов глобальной функции платформы. |
JSON с valid, списком ошибок, строкой/колонкой, видом ошибки, уровнем надежности и подсказкой похожего имени, если она найдена.
хорошо ловит узкий класс ошибок, который обычная модель часто выдумывает: несуществующий тип платформы, несуществующий метод/свойство платформенного типа, неправильное значение системного перечисления, неправильное число аргументов глобальной функции. Работает локально и зависит от выбранной версии платформы.
не проверяет синтаксис, стандарты, пользовательские методы, реквизиты конфигурации, формы, запросы и весь проект. Для полноценной проверки нужны BSL Language Server, EDT/Designer validation или отдельный анализатор.
Unica в категории проверки кода - это проверочный контур внутри Codex-плагина. Он не вводит собственный новый язык диагностик, а объединяет диагностику кода, операции сборки/runtime и skills, чтобы агент мог проверять изменения в том же рабочем цикле, в котором он их делает.
unica.code.diagnostics - запускает BSL diagnostics через внутренний адаптер анализа кода.unica.build.load, unica.build.update, unica.build.run - контроль сборки и runtime после изменений.unica.runtime.execute - типизированные сценарии v8-runner, включая операции проверки, сборки и запуска в общем runtime-контуре.code-diagnostics, code-review, cf-validate, cfe-validate, meta-validate, form-validate, skd-validate, mxl-validate, role-validate, subsystem-validate, interface-validate - прикладные проверки по типам артефактов.проверка встроена в общий локальный рабочий цикл Codex: агент может изменить артефакт, валидировать его, запустить диагностику и сборочный контур без ручной сборки команд.
если нужен независимый статический анализатор с полной базой правил, SARIF/JSONL и LSP diagnostics, базовым выбором остается BSL Analyzer или BSL Language Server. Unica сильнее как оркестратор проверок вокруг конкретной доработки.
когда агент работает через Codex и нужно связать диагностику, validate-операции, сборку и runtime-контроль в одном воспроизводимом цикле.
mcp-1c77 в проверке кода закрывает не общую диагностику BSL, а проверку путей реквизитов для 1С 7.7. Он использует структуру метаданных из 1Cv7.MD и проверяет, существует ли цепочка вроде Товар.Артикул для конкретного объекта.
validate_field_path | проверяет конкретный путь обращения к реквизиту объекта. |
|---|---|
validate_query | находит в тексте запроса или кода обращения вида Документ.Имя.Реквизит и проверяет их по метаданным. |
search_field | помогает найти, где реквизит встречается в объектах метаданных. |
полезен при разборе старого кода 1С 7.7, где ошибка часто связана не с синтаксисом, а с неверным путем к реквизиту или устаревшим именем поля.
это не линтер, не BSL Language Server, не EDT validation и не статический анализатор качества. Он не проверяет синтаксис модуля и не формирует diagnostics/SARIF.
когда нужно проверить обращения к реквизитам в коде или запросе 1С 7.7 по 1Cv7.MD.
1c-lsp-mcp-skill - менеджер нескольких инстансов bsl-language-server и MCP/CLI-bridge к ним. Для проверки кода здесь важен отдельный набор 1c-check.
diagnostics | возвращает синтаксические и статические диагностики BSL Language Server для файла в настроенном проекте. |
|---|
lsp-skill diagnostics <file_path> | CLI-вызов той же проверки, полезный для агентов и локальной диагностики. |
|---|
чистый фокус на BSL Language Server, отдельный LSP-инстанс на каждый 1С-проект, поддержка проектного конфигурационного файла BSL LS и JVM-настроек. Это хороший вариант, когда нужна стабильная диагностика проекта через стандартный BSL LS без Docker.
1c-check намеренно узкий: он про diagnostics. Форматирование, code actions, rename и автоматические исправления в описании skill не заявлены как часть этого проверочного набора.
mcp-bsl-lsp-bridge - bridge между MCP-клиентом и BSL Language Server. Для проверки кода он дает агенту LSP-диагностики и действия исправления.
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 и корректно синхронизировать изменения файлов.
BSL MCP Server (Python) - Python MCP-сервер, который запускает BSL Language Server JAR по каталогу или файлу и возвращает результат анализа.
bsl_analyze | анализирует каталог или файл .bsl/.os через BSL Language Server; возвращает статус, количество обработанных файлов, diagnostics по severity и структурированный JSON. |
|---|---|
bsl_format | форматирует BSL-файлы через BSL Language Server; полезен как исправление стиля форматирования, но не заменяет диагностику. |
простой и понятный MCP-wrapper вокруг BSL LS: absolute path на каталог/файл, JSON-результат, сводка ошибок/предупреждений/info. Подходит, когда нужно быстро дать агенту tool "проанализируй каталог".
в описании прямо указано, что платформенную проверку синтаксиса 1С и функций сервер не выполняет. Нужны JRE и JAR-файл BSL Language Server; project-aware возможности ограничены тем, что умеет BSL LS и его конфигурация.
onec-mcp-universal - gateway, который маршрутизирует MCP-вызовы к backend-сервисам, включая LSP/backend для BSL.
на 2026-05-29 GitHub-репозиторий недоступен. Сравнение оставлено по ранее зафиксированной карточке, но актуальность LSP/backend состава сейчас не подтверждена.
document_diagnostics | получает диагностики по документу через LSP/backend. |
|---|---|
project_analysis | запускает анализ проекта через подключенный backend. |
code_actions | получает доступные действия исправления по диагностике или диапазону. |
lsp_status | показывает состояние LSP/backend перед проверками. |
подходит, если нужен не один узкий LSP-server, а общий gateway с сессиями и несколькими backend. В категории проверки кода ценность именно в LSP diagnostic/code actions, а не в остальных возможностях gateway.
это прослойка. Проверка зависит от подключенного LSP/backend и его готовности; сам gateway не добавляет собственных правил анализа BSL. Для новых внедрений надо отдельно проверить доступность проекта.
EDT-MCP - MCP-сервер внутри/рядом с 1C:EDT. Для проверки кода он использует модель ошибок и diagnostics EDT workspace.
get_project_errors | возвращает ошибки проекта из EDT workspace. |
|---|---|
get_problem_summary | дает сводку проблем/diagnostics проекта. |
revalidate_objects | принудительно пересчитывает проверки для объектов/ресурсов EDT. |
clean_project | выполняет clean проекта, после которого diagnostics могут быть пересчитаны. |
проверяет проект в контексте EDT, а не только как набор .bsl файлов. Это важно для конфигураций, где ошибки завязаны на структуру EDT-проекта, ресурсы и markers.
требует рабочее окружение EDT. Это не независимый линтер и не BSL LS wrapper; переносимость ниже, зато ближе к реальной EDT-сборке.
MCP:RSV Server проверяет код в контексте 1C:EDT. Для этой категории важны только validation-сценарии, а запись модулей, синхронизация и пересборка относятся к другим рабочим контурам.
get_validation_errors | возвращает ошибки validation из EDT. |
|---|---|
validate_query | проверяет запрос 1С. |
проверка идет в реальной EDT-среде проекта. Это полезно для интерактивного цикла, где diagnostics нужны из той же среды, в которой агент работает с проектом.
это не отдельный линтер правил качества и не опубликованный BSL Language Server wrapper. Исходники плагина закрыты, формат результата и полный перечень проверок не раскрыты.
MCP YaXUnit Runner - Java MCP-сервер для запуска тестов и служебных операций 1С. В категории проверки кода важны команды syntax/build validation.
check_syntax_edt | выполняет проверку исходников EDT-проекта через 1C:EDT CLI validate. |
|---|---|
check_syntax_designer_config | выполняет полную проверку конфигурации через CheckConfig в Конфигураторе 1С. |
check_syntax_designer_modules | выполняет CheckModules для точечной проверки модулей конфигурации и расширений. |
build_project | собирает проект; полезен как контроль, что изменения проходят build stage. |
check_platform | проверяет доступность/версию платформенного окружения перед syntax/build-командами. |
закрывает проверки через EDT CLI и Конфигуратор 1С, то есть сценарии, где LSP-диагностик недостаточно. Особенно полезен рядом с тестами YaXUnit, когда нужно объединить syntax check, build и test run.
это runner, а не статический анализатор правил качества. Для глубоких code smell/security diagnostics нужен отдельный анализатор или BSL LS.
v8-runner - локальный Rust CLI и MCP-сервер для рутинных операций разработки 1С. В категории проверки кода он важен как orchestration-tool вокруг build, syntax-check и test pipeline, а не как отдельный анализатор правил.
check_syntax_edt | выполняет проверку EDT-проекта через validate; пустой projectName означает проверку всех настроенных EDT-проектов. |
|---|---|
check_syntax_designer_config | выполняет проверки конфигурации через Designer с флагами designer-config в camelCase. |
check_syntax_designer_modules | выполняет проверки модулей через Designer с флагами designer-modules в camelCase. |
build_project | запускает build проекта перед последующими проверками или тестами. |
run_all_tests | сначала выполняет build, затем запускает все YaXUnit-тесты. |
run_module_tests | сначала выполняет build, затем запускает YaXUnit по конкретному модулю. |
dump_config | выгружает конфигурацию для последующего анализа/сравнения. |
|---|---|
launch_app | запускает нужный клиент/Designer; полезен как служебная операция рядом с проверками. |
один локальный toolchain для build -> syntax -> test, два транспорта MCP (stdio и streamable HTTP), единые timeout/cancellation правила и отдельный shared EDT session path для живого check_syntax_edt. По сравнению с MCP YaXUnit Runner это более широкий локальный runner, а не только MCP-обертка для тестового сценария.
это не LSP и не линтер с собственными правилами качества; он оркестрирует проверки через Designer/EDT и тестовые раннеры. Часть полезных CLI-сценариев (init, extensions, load, make, test va) пока не опубликована как MCP tools.
CodePilot1C MCP Host - MCP host для EDT/CodePilot1C. Он публикует diagnostics-сервис EDT workspace, а также отдельные smoke, runtime и QA-инструменты в других категориях.
get_diagnostics | собирает diagnostics по EDT workspace/project/file; используется после изменений и для контроля статуса проекта. |
|---|
встроен в EDT-контекст и дает project/file diagnostics прямо из рабочей среды EDT. Хорошо подходит для цикла "изменение -> diagnostics -> исправление" без отдельного LSP-моста или внешнего syntax checker.
это не отдельный статический анализатор правил качества и не BSL LS. В этой категории его ценность сводится именно к EDT diagnostics.
1C Buddy - открытый прокси/клиент к 1С:Напарнику с MCP, OpenAI-compatible API и веб-чатом. В проверке кода он работает с переданным фрагментом, а не с локальным проектом.
веб-чат может подключать внешние Streamable HTTP MCP-серверы, но это не меняет собственную модель проверки 1C Buddy: локального статического анализа проекта у него нет.
check_1c_code | выполняет синтаксическую проверку или code review фрагмента кода 1С. В direct mode для syntax использует upstream tool mcp__syntax-checker__validate; review-сценарии идут через 1С:Напарник. |
|---|
modify_1c_code | применим после проверки, когда нужно попросить Напарника изменить фрагмент кода по задаче. |
|---|
шире покрывает каналы доступа к Напарнику: MCP, OpenAI-compatible API и web chat. Для категории проверки кода это удобно, когда нужно быстро отдать фрагмент на syntax/review без поднятия локального LSP.
не анализирует весь локальный проект и не строит собственную базу diagnostics. Результат review зависит от 1С:Напарника и формулировки запроса.
1C AI MCP - MCP-прокси к 1С:Напарнику. По проверочным сценариям близок к 1C Buddy, но без отдельного веб-чата и OpenAI-compatible слоя в фокусе карточки.
check_1c_code | проверяет фрагмент BSL; поддерживает типы syntax, logic, performance. В direct mode для syntax вызывает upstream tool mcp__syntax-checker__validate, при сбое возвращается к prompt-mode. |
|---|---|
review_1c_code | делает review фрагмента на стиль, стандарты, читаемость и потенциальные проблемы; не заменяет syntax check. |
rewrite_1c_code | переписывает переданный код по задаче. |
|---|---|
modify_1c_code | модифицирует фрагмент кода по инструкции. |
явное разделение check_1c_code и review_1c_code, есть direct mode для syntax-checker Напарника. Хорошо подходит для проверки коротких фрагментов, которые агент уже держит в контексте.
не выполняет локальный анализ проекта и не возвращает SARIF/LSP diagnostics. Для больших кодовых баз нужен отдельный LSP/анализатор.
1C Copilot - Spring MCP-сервер к 1С:Напарнику.
check_1c_code | проверяет переданный BSL-код на ошибки; по описанию поддерживает проверки syntax, logic, performance. |
|---|
минимальный прямой MCP tool для проверки фрагмента через Напарник. Подходит как простой bridge, если нужен только сценарий "передал код -> получил замечания".
меньше специализированных проверочных tools, чем у 1C AI MCP; нет локального проектного анализа, diagnostics по файлам и машинных отчетов.
1c-copilot-mcp проверяет BSL-код через 1С:Напарник. В этой категории важен один tool: check_1c_code.
check_1c_code | комплексно проверяет BSL-код по синтаксису, логике, производительности, архитектуре, стилю, стандартам разработки и лучшим практикам. |
|---|
code | inline-фрагмент BSL. |
|---|---|
file_path, start_line, end_line | чтение кода из файла проекта с выбором диапазона строк; доступ к файлам ограничивается ALLOWED_CODE_PATHS, размер файла ограничен 10 МБ. |
удобен для agent workflow, где код уже лежит в файлах проекта: агент может передать путь и диапазон строк, а не копировать большой модуль в контекст. Проверка просит возвращать проблемы с номерами строк, процедурой/функцией и приоритетом.
это не локальный статический анализатор, не BSL Language Server и не EDT validation. Результат - текстовый ответ 1С:Напарника, без SARIF/LSP diagnostics и без отдельного workflow для применения исправлений.
Claude Code BSL LSP - plugin для Claude Code, который подключает BSL Language Server как LSP-сервер для BSL/OneScript. Это не самостоятельный MCP-сервер, но он относится к проверке кода как канал LSP diagnostics внутри Claude Code.
официальный по владельцу 1c-syntax plugin для Claude Code, с автоматической установкой BSL LS и типичным LSP-набором diagnostics/quick fixes/formatting.
это Claude Code plugin, а не MCP transport. Нельзя напрямую сравнивать с MCP-серверами по tool API.
Claude Code LSPs - набор LSP-плагинов для Claude Code; подкаталог bsl-lsp подключает bsl-language-server.
bsl-lsp plugin - регистрирует BSL Language Server для файлов .bsl и .os.bsl-language-server установлен и доступен в PATH.простой plugin-пакет для пользователей Claude Code, которым нужен BSL LS рядом с другими LSP. Репозиторий активно поддерживает много language-server интеграций.
для BSL это тонкая обертка, а не специализированный MCP-сервер. Установка BSL Language Server в основном лежит на пользователе.
Mini AI 1C - desktop-приложение/agent shell для работы с 1С-кодом. В проверке кода оно использует BSL Language Server и передает diagnostics в LLM-сценарии исправления.
/исправить / действие Исправить - передает выбранные diagnostics и код в LLM для исправления синтаксических ошибок.{diagnostics} - позволяет использовать diagnostics BSL LS в пользовательских командах.удобный пользовательский контур "увидел diagnostics -> выбрал проблемы -> отправил на исправление". Подходит для interactive workflow, а не для серверной проверки проекта.
не MCP-сервер. Для каталога MCP его нужно помечать как связанный desktop-инструмент, а не как полноценный MCP endpoint.
OneRPA MCP servers - платный/закрытый набор серверов OneRPA. В этой категории учитываются SyntaxCheckServer для проверки синтаксиса и 1CCodeChecker для проверок и модификаций BSL через 1С:Напарник.
syntaxcheck | проверяет BSL-код через syntax-check server; по описанию связан с BSL Language Server. |
|---|---|
check_1c_code | проверяет переданный BSL-код. |
review_1c_code | делает review фрагмента кода. |
rewrite_1c_code | переписывает код. |
|---|---|
modify_1c_code | изменяет код по инструкции. |
закрывает syntax-check сценарии и тот же класс задач, что открытые прокси к 1С:Напарнику: проверка/review/исправление фрагмента.
закрытый продукт без исходников в локальном каталоге. Нельзя проверить реализацию, формат diagnostics, поддержанные правила, лимиты, модель запуска и direct mode к mcp__syntax-checker__validate.
Infostart MCP - платный набор, в котором для этой категории учитывается инструмент проверки BSL через BSL Language Server.
mcp-bsl-checker | проверяет BSL-исходники через BSL Language Server; по описанию работает в Docker-контуре с примонтированным каталогом исходников. |
|---|
готовый packaged-вариант BSL LS проверки для пользователей Infostart MCP.
исходников нет. Нельзя подтвердить точный tool schema, формат ответа, настройки BSL LS, поддержку code actions и лимиты контейнера.
AI Code Maestro в категории проверки кода учитывается как закрытый SaaS с плагином для 1C:EDT: сайт заявляет рефакторинг, оптимизацию запросов и помощь с кодом 1С, а FAQ описывает работу внутри 1C:EDT.
удобный продуктовый контур для интерактивной проверки и переписывания кода рядом с задачей.
нет исходников, списка диагностик, формата результата, правил статанализа и контракта для MCP Bridge. Это не подтвержденная замена BSL Analyzer, BSL Language Server или диагностик EDT для CI и машинной проверки проекта.
MCP v8std в категории проверки кода учитывается косвенно: это не проверочный движок, а read-only MCP к базе стандартов v8std.ru и диагностическим страницам. Он полезен после того, как диагностики уже получены из АПК, BSL Language Server, EDT или другого checker.
v8std_explain_diagnostics | объясняет список диагностик АПК, BSL Language Server и EDT, группирует предупреждения и связывает их со стандартами. |
|---|---|
v8std_explain_snippet | подбирает применимые стандарты по короткому фрагменту BSL. |
хороший слой объяснения "почему проверка ругается" и "какой стандарт связан с этой диагностикой"; есть публичный endpoint без ключа и локальный запуск для закрытого кода.
не анализирует файлы, не запускает BSL Language Server, не возвращает LSP diagnostics/SARIF/JSONL и не делает исправления. Для реальной проверки нужен отдельный checker, а MCP v8std подключается как справочный слой после него.
Для проектной статической проверки сильнее всего подходит BSL Analyzer: это отдельный анализатор с CLI/LSP, правилами диагностики, конфигом проекта и машинными отчетами SARIF/JSONL. Его логичнее рассматривать как основу для CI, pre-review и больших проверок кодовой базы.
bsl-context (Regsorm) занимает отдельную нишу: он не проверяет синтаксис и не анализирует проект, а сверяет BSL-фрагмент с API конкретной версии платформы. Его стоит использовать как быстрый фильтр против выдуманных платформенных типов, методов, свойств, значений перечислений и неверного числа аргументов глобальных функций.
Если нужен стандартный движок BSL Language Server через MCP, ближе всего к прямому сценарию проверки находятся 1C:Enterprise BSL Language Server MCP, mcp-bsl-lsp-bridge, BSL MCP Server (Python) и onec-mcp-universal. Разница между ними не в правилах диагностики, а в оболочке: отдельный менеджер LSP-инстансов, bridge к LSP, простой Python-wrapper или gateway.
Если проверка должна идти через EDT/Конфигуратор 1С, важнее EDT-MCP, MCP:RSV Server, MCP YaXUnit Runner, v8-runner и CodePilot1C MCP Host. Это не замена линтеру: они полезны там, где нужна проверка именно в среде проекта, сборка, EDT markers, validate или CheckConfig/CheckModules.
Unica стоит читать как Codex-сценарий для проверки после изменений: unica.code.diagnostics дает диагностический сценарий через внутренний адаптер, а unica.build.* и unica.runtime.execute позволяют связать диагностику с контролем сборки и runtime проекта. Это не отдельный новый анализатор правил, а оркестратор проверочного контура.
MCP:RSV Server относится к той же EDT-группе, но как закрытый коммерческий плагин: он заявляет получение validation errors и проверку запросов. Для CI и независимого статического анализа он не заменяет BSL Analyzer, но полезен в интерактивном EDT-контуре агента.
Инструменты 1C Buddy, 1C AI MCP, 1C Copilot, 1c-copilot-mcp и OneRPA MCP servers проверяют переданный фрагмент через 1С:Напарник. Это полезно для syntax/review/logic/performance-проверок куска кода, но не равно локальному статическому анализу всего проекта. У 1c-copilot-mcp отдельное практическое отличие - чтение проверяемого кода из файла через file_path.
AI Code Maestro относится к классу продуктовых ИИ-проверок: сервис заявляет помощь с рефакторингом, оптимизацией запросов и кодом внутри EDT, но не публикует список диагностик, правила статанализа или машинный формат отчета.
MCP v8std стоит учитывать только как вспомогательный слой вокруг проверки: он не запускает анализатор и не проверяет проект, но помогает агенту объяснить уже полученные diagnostics АПК/BSL Language Server/EDT и сопоставить короткий фрагмент BSL со стандартами v8std.ru.
mcp-1c77 не является статическим анализатором кода. Его место в этой категории узкое: проверка путей обращения к реквизитам в тексте запроса или кода 1С 7.7 по структуре 1Cv7.MD. Для syntax check, BSL LS, EDT diagnostics или правил качества он не подходит.
Claude Code BSL LSP, Claude Code LSPs: bsl-lsp и Mini AI 1C стоит держать в категории как связанные инструменты проверки, но это не самостоятельные MCP-серверы. Они дают diagnostics в конкретной оболочке пользователя.