Инструменты по категориям
OneBridge - MCP-сервер для живой базы 1С. В категории метаданных он закрывает базовый сценарий чтения структуры конфигурации, но без собственного отдельного движка поиска, графа связей или изменения объектов.
MCP tools по метаданным
get_metadata | читает структуру метаданных по пути: корень конфигурации, конкретный справочник, документ, регистр и другие объекты; по README это прямое чтение структуры, без признаков полнотекстового, семантического или гибридного поиска. |
|---|
Сильные стороны
закрывает базовый live-сценарий чтения метаданных: получить корень конфигурации, зайти в конкретный объект и прочитать его структуру. Подходит, когда нужен просто доступ к актуальной структуре объектов.
Ограничения
в репозитории нет исходного кода .epf, поэтому подтверждение идет по README и docs. Отдельных tools для форм, ролей, связей метаданных, поиска по описанию и изменения объектов не заявлено.
Когда выбирать
когда нужен базовый доступ к метаданным живой базы, а не отдельный metadata-движок или графовый индексатор.
OneBridge - MCP-сервер для живой базы 1С. По data-возможностям это прямой доступ к запросам, BSL-коду, объектам по ссылке и проверке прав.
MCP tools по данным и запросам
execute_query | выполняет запрос на языке запросов 1С и возвращает результат. |
|---|---|
execute_code | выполняет произвольный код 1С на сервере; по docs результат надо присваивать в переменную Результат, оператор Возврат не используется. |
get_object_by_link | получает объект по навигационной ссылке. |
get_link_of_object | возвращает навигационную ссылку на объект. |
find_references_to_object | ищет ссылки на объект в базе данных. |
get_access_rights | показывает права доступа к объектам метаданных; в data-сценариях помогает понять, что агент вообще может читать или менять. |
Сильные стороны
дает набор самых практичных live-data tools: запрос, выполнение кода, чтение объекта по ссылке, получение ссылки и проверка прав. Хорошо закрывает сценарий запрос -> посмотреть объект -> получить ссылку -> выполнить код.
Ограничения
в репозитории нет исходников .epf, поэтому сравнение идет по README и docs. Отдельного tool для валидации запроса, явной анонимизации, approval flow, лимитов или мультибазового routing в опубликованном описании нет.
OneBridge - live-MCP к базе 1С, где журнал регистрации доступен как один из базовых tools.
MCP tools по журналу
get_event_log | получает журнал регистрации с фильтрацией. |
|---|
Сильные стороны
простой log-сценарий прямо внутри общего live-MCP к базе. По docs есть фильтрация по дате, пользователю, событию и другим полям, чего достаточно для типовых запросов вроде "покажи ошибки за сутки" или "найди записи конкретного пользователя".
Ограничения
репозиторий не содержит исходники .epf, поэтому здесь подтверждение только по README/docs. Публично не раскрыты точная схема параметров, лимиты, анонимизация, пагинация и формат ответа.
Когда выбирать
когда нужен базовый get_event_log внутри уже используемого OneBridge-контура и не нужен отдельный log-stack.
Что учитывать
http://localhost:1414/mcp..epf, запускаемую внутри базы 1С; MCP-клиент, умеющий подключаться по SSE..epf; по README сервер создан на основе ROCTUP/1c-mcp-toolkit, распространяется через GitHub Releases и Telegram-бот.