Инструменты по категориям
1C Log Checker - отдельный MCP и log-stack для журнала регистрации и технологического журнала. Он не ходит в живую базу за get_event_log, а строит собственный контур: читает файлы журналов, складывает их в ClickHouse и отдает агенту уже нормализованный log API.
MCP tools по журналам
logc_get_event_log | читает журнал регистрации 1С. По tools.json требует cluster_guid и infobase_guid, поддерживает from, to, level, limit и режимы minimal / full. |
|---|---|
logc_get_tech_log | читает технологический журнал по окну времени и типу события. |
logc_get_actual_log_timestamp | показывает, до какого момента parser уже обработал техжурнал; полезно для polling перед запросом. |
logc_save_techlog | сохраняет текущий logcfg.xml как backup. |
logc_configure_techlog | генерирует и при необходимости сохраняет logcfg.xml. |
logc_restore_techlog | восстанавливает предыдущую конфигурацию техжурнала из backup. |
logc_disable_techlog | отключает техжурнал. |
logc_get_techlog_config | читает текущую конфигурацию logcfg.xml. |
Сильные стороны
это самый специализированный MCP в категории. Он покрывает оба источника логов 1С, умеет экономить токены через minimal mode, поддерживает отдельный workflow включения/отключения техжурнала и хорошо подходит для системной диагностики, когда обычного get_event_log уже недостаточно.
Ограничения
контур тяжелее остальных. Нужны Docker, ClickHouse, parser service, GUID map и доступ к log-файлам Windows-хоста. Это не "быстрый log tool внутри базы", а отдельная observability-инфраструктура.
Когда выбирать
когда журнал регистрации и техжурнал нужны как постоянный диагностический контур, а не как разовый вспомогательный tool из live-базы.
Что учитывать
8080 в Docker-стеке.cluster_map.yaml.