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

Проверка кода

В категории проверки учитываются только Query/Plan Analyzer capabilities; импорт и аналитика технологического журнала описаны отдельно в категории журналов.

Функции проверки

  • Plan Analyzer — импорт MSSQL .sqlplan/XML, 30 правил PerformanceStudio, SSMS-style visualization, warnings и missing-index recommendations.
  • PostgreSQL plan path — EXPLAIN TEXT/JSON, статический анализ 15 PG-specific antipatterns и опциональная визуализация pev2 после re-EXPLAIN.
  • SQL antipatterns — 9 T-SQL правил и 15 PostgreSQL правил с эвристическим 1С-контекстом.
  • Backend Query Analyzer — native/semantic SDBL rules, 19 диагностик bsl-language-server, подключаемая XML-конфигурация для проверки объектов/атрибутов и AI rewrite.

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

связывает медленный запрос из ТЖ с планом СУБД, локальными antipattern findings и опциональным AI-объяснением; MSSQL и PostgreSQL разведены по собственным форматам и визуализациям. AI вызывается вручную, а основные rule-based проверки работают локально.

Ограничения

это не анализатор BSL-проекта и не MCP/LSP-интерфейс. В релизном UI Query Analyzer недоступен: nav item включен, но App.tsx возвращает placeholder, а import компонента закомментирован. Поэтому полноценно подтвержденный пользовательский контур v0.1.0 — Plan Analyzer и SQL antipatterns; SDBL analyzer подтвержден backend-кодом и тестами, но не основным UI. AI rewrite/explanation зависит от облака и тарифных лимитов.

Когда выбирать

когда проблема относится к производительности запроса или execution plan, найденного в ТЖ, а не к общей статической проверке BSL-кодовой базы.

Журнал регистрации и техжурнал

1C-Optimyzer — не MCP и не live-reader журнала регистрации. Это desktop workbench, который принимает папку/архив файлов технологического журнала, потоково парсит события и строит локальный per-archive DuckDB-индекс.

Функции по технологическому журналу

  • TJ Config Builder — графическое создание logcfg.xml и AI-мастер; файл нужно самостоятельно установить на сервер 1С.
  • Operations / Operation Anatomy / Session Anatomy — группировка событий в бизнес-операции и детализация последовательности.
  • Slow Queries — медленные DBMSSQL/DBPOSTGRS события и переход к анализу плана.
  • Locks Timeline, список дедлоков и Deadlock Anatomy — блокировки, участники и lock graph.
  • Process Roles, Duration Histogram, Errors Feed, Activity Heatmap — готовые аналитические срезы.
  • Archive Comparison — baseline/current summary, сравнение медленных запросов и regression detection.
  • SQL Console — произвольные read-only SELECT/WITH по локальным таблицам событий, 13 templates, schema autocomplete, saved queries и экспорт CSV/TSV/JSON.

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

не требует постоянного Docker/ClickHouse stack; работает с уже собранными архивами произвольного размера, распознаёт UTF-8/cp1251/cp866 и шесть process roles. Cross-filter одного view применяется к остальным, а operation/deadlock anatomy связывает запросы, блокировки и контекст выполнения. Plan Analyzer извлекает planSQLText прямо из ТЖ, если он включен в logcfg.xml.

Ограничения

нет журнала регистрации .lgf/.lgp, live polling и автоматического применения/backup/restore logcfg.xml; TJ Config Builder только генерирует конфигурацию. Это интерактивное desktop-приложение для человека, а не агентский API. Удаление archive item/bulk удаляет локальные индексы. AI отправляет агрегированный контекст в облако по явному действию, а anonymous telemetry включена продуктом согласно privacy-документации.

Когда выбирать

для локального расследования конкретного архива ТЖ, сравнения производительности до/после и анализа запросов/планов без разворачивания постоянного observability stack.

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

Подключениеstandalone desktop-приложение Tauri 2 для Windows с React UI и локальным Python sidecar по JSON-RPC 2.0 через STDIO. Это не MCP-сервер: 74 зарегистрированных RPC-метода являются внутренним IPC между UI и sidecar. Готовая версия распространяется MSI из GitHub Releases; облачный API используется для аккаунта, лицензии, AI и telemetry.
Что нужнодля готовой версии Windows и MSI из GitHub Releases. Для сборки — Windows, Python 3.11+, Node.js 18+, Rust, Visual Studio Build Tools C++, зависимости frontend/backend и внешние бинарники BSL Language Server/PerformanceStudio для соответствующих анализаторов. Для базового анализа достаточно папки или архива файлов технологического журнала; для планов из ТЖ нужно включить planSQLText в logcfg.xml. PostgreSQL re-EXPLAIN требует отдельного подключения к целевой СУБД; пароль хранится в OS keychain. AI-функции требуют аккаунта/облачного API и выполняются только по явному нажатию.
Важноstreaming parser распознает UTF-8 BOM/plain, cp1251 и cp866, шесть process roles и складывает события в per-archive DuckDB; README сообщает проверку на архиве 12 GiB. SQL Console работает только по локальному индексу ТЖ: валидатор разрешает один SELECT/WITH, блокирует DDL/DML, ATTACH, COPY, PRAGMA, INSTALL, LOAD и другие опасные keywords, а DuckDB открывается read-only; лимит результата по RPC по умолчанию 10000 строк. Это не выполнение языка запросов 1С и не чтение данных информационной базы. Plan Analyzer реально включен в UI; Query Analyzer при этом заявлен README/nav, но production App.tsx показывает placeholder и не импортирует компонент. PostgreSQL re-EXPLAIN выполняет EXPLAIN (FORMAT JSON, ANALYZE, BUFFERS, VERBOSE), поэтому фактически запускает исходный SELECT на подключенной базе; код ограничивает SQL до SELECT/WITH, но документация все равно рекомендует отдельного read-only пользователя. Базовый анализ архивов доступен без регистрации. Документация тарифов заявляет Free: все аналитические экраны, SQL Console, 5 AI-консультаций в месяц и одно устройство; Pro — 2990 ₽/мес. или 2390 ₽/мес. при годовой оплате, безлимит AI с soft cap 1000, сравнение архивов, Markdown/PDF export и до пяти устройств; есть 30/100/300 кредитов на 30 дней. Архивы и индексы хранятся локально; при AI-вызове агрегированный контекст отправляется в Claude API, anonymous telemetry — на сервер Optimyzer.