LEM.RU · 2026

Практика аналитика · 12 мин

От ошибки до проверки решения: LEM и Vanessa Automation MCP

Пилотный сценарий, в котором агент исследует код и сразу проверяет гипотезу в тестовой базе 1С.

Аналитику важно не только найти вероятную причину ошибки, но и быстро проверить её на наблюдаемом поведении системы. LEM и Vanessa Automation MCP закрывают разные половины этой задачи: первый собирает статические основания, вторая управляет разрешённым тестовым сеансом 1С.

Самый полезный агентный цикл получается тогда, когда поиск причины, подготовка изменения и проверка сценария выполняются последовательно в одном диалоге, а факты из кода не смешиваются с результатами запуска.
01 · Статус кейса

Это модель пилотного сценария, а не отчёт о завершённом внедрении

Связка Vanessa Automation Single, MCP и AI-агента подготовлена как короткий пилот: стенд, версии, доступ и критерии устойчивости должны быть подтверждены на отдельной Windows-VM. Поэтому ниже нет выдуманных процентов, часов экономии или утверждения о промышленной эксплуатации.

Сценарий собран из реальных возможностей инструментов и типовой задачи сопровождения 1С. Его можно использовать как воспроизводимый план проверки, а после пилота заменить ожидаемые результаты фактическими журналами и измерениями.

02 · Рабочая ситуация

Пользователь видит отказ, хотя нужное значение на форме заполнено

Возьмём синтетический, но реалистичный случай. После обновления расширения документ «Заявка на выплату» перестал проводиться у одной роли. Система сообщает, что не заполнено назначение платежа, хотя пользователь видит значение на форме. Ошибка проявляется только при выборе определённого вида операции.

Обычный путь быстро распадается на несколько передач: аналитик описывает симптом, разработчик ищет проверку в коде, затем кто-то вручную повторяет действия в тестовой базе. Потери возникают не в одном сложном шаге, а между ними — при каждом новом восстановлении контекста.

Один вопрос — два независимых слоя доказательствСтатический вывод и результат запуска фиксируются отдельно, затем сопоставляются.
01LEM

Находит правило, версии, вызывающие участки и предполагаемую область изменения.

02Гипотеза

Поле формы заполнено, но в проверку передаётся значение другого реквизита для выбранного вида операции.

03Vanessa MCP

Воспроизводит шаги пользователя и фиксирует фактическое сообщение и состояние формы.

04Решение

После изменения повторяет исходный и соседние сценарии в той же тестовой среде.

03 · Исследование

LEM сужает вопрос до конкретного правила и его окружения

Агент начинает с формулировки аналитика: сообщение, роль, вид операции, ожидаемое поведение и точные шаги воспроизведения. Смысловой поиск находит проверки обязательности назначения платежа, точный поиск — текст сообщения, а граф проекта показывает, кто вызывает найденную процедуру и какие формы или общие модули зависят от неё.

Затем агент отделяет подтверждённое от неизвестного. Код может доказать, что для выбранного вида операции проверяется реквизит объекта, а форма показывает другое вычисляемое представление. Но только запуск подтвердит, что именно это расхождение возникает на подготовленных данных и под нужной ролью.

  • зафиксировать версию конфигурации, расширения и платформы;
  • найти точное место формирования сообщения и условия входа в ветку;
  • проверить вызывающие участки и соседние сценарии, которые может затронуть исправление;
  • сформулировать минимальную гипотезу и список наблюдений для тестовой базы.
04 · Проверка гипотезы

Vanessa Automation MCP превращает описание аналитика в повторяемый сценарий

В разрешённой тестовой базе агент через Vanessa Automation MCP открывает форму, выбирает тот же вид операции, заполняет данные и запускает проведение. Он читает результат выполнения и сохраняет человекочитаемый feature-сценарий. Проверка работает через логическую модель интерфейса 1С, а не через координаты мыши.

Если фактический отказ не совпал с гипотезой, агент возвращается к LEM уже с новым наблюдением. Если совпал, сценарий становится проверкой до изменения: он должен падать по ожидаемой причине и тем самым фиксировать исходное поведение.

Сокращённая форма сценария
Сценарий: Проведение заявки с назначением платежа
  Дано открыта заявка на выплату под тестовой ролью
  И выбран вид операции, для которого назначение обязательно
  И назначение платежа заполнено
  Когда пользователь проводит документ
  Тогда документ проводится без сообщения о незаполненном назначении

Учебный фрагмент. Перед рабочим использованием проверьте версию и контекст вызова.

05 · Изменение

Агент пишет только после того, как область изменения стала проверяемой

Разработчик или код-агент получает не пересказ ошибки, а рабочую область: найденная проверка, вызывающие места, ограничения по версиям, исходный падающий сценарий и перечень соседних веток. Минимальное исправление меняет источник проверяемого значения, не ослабляя обязательность поля для других операций.

Перед применением изменения LEM повторно оценивает затронутые связи. Это не заменяет тест, но помогает не забыть формы, расширения и общие модули, которые используют ту же проверку.

06 · Приёмка

Исправление проверяется исходным сценарием и граничными вариантами

После изменения агент повторяет тот же сценарий Vanessa. Затем выполняет минимум два соседних: пустое обязательное поле по-прежнему должно давать понятный отказ, а документ другого вида операции не должен получить новую лишнюю проверку. Записанный объект повторно открывается, чтобы исключить ложный успех только на форме.

Аналитик получает короткий протокол: что было доказано статически, что наблюдалось до изменения, что изменено и какие сценарии выполнены после. Такой результат можно принять или вернуть на доработку без повторного пересказа всей истории.

Замкнутый цикл проверкиКаждый переход оставляет проверяемый артефакт, а не только сообщение в чате.
01Вопрос

Симптом, условия, версия и ожидаемое поведение.

02Контекст

Код, связи и границы гипотезы из LEM.

03Изменение

Ограниченная правка с понятной областью влияния.

04Исполнение

Сценарии Vanessa до и после изменения.

07 · Безопасность

Живой запуск требует отдельного разрешённого контура

Vanessa MCP нельзя открывать в интернет без защиты и нельзя направлять на рабочую базу. Для пилота нужна выделенная Windows-VM, тестовая копия базы, отдельный пользователь, стабильная графическая сессия и защищённый сетевой маршрут. Секреты, лицензии и рабочие данные не попадают в Git или текст статьи.

LEM и открытый демонабор сайта работают только со статическими источниками. Возможность запустить сценарий появляется лишь там, где владелец отдельно настроил Vanessa Automation MCP и разрешил агенту доступ к тестовой среде.

Практика аналитика

Как воспроизвести этот цикл на своём пилоте

Выберите одну ошибку, которую можно безопасно повторять на тестовой копии. До начала запишите ожидаемый результат и критерии остановки, чтобы не подгонять сценарий под найденный код.

  1. Зафиксировать симптом, роль, данные, версии и точные действия пользователя.
  2. Попросить агента через LEM найти правило, точное сообщение, зависимости и границы вывода.
  3. Через Vanessa Automation MCP воспроизвести сценарий и сохранить наблюдаемый результат.
  4. Сформировать ограниченное изменение и обязательные соседние проверки.
  5. Повторить исходный и граничные сценарии; сохранить протокол и неизвестные условия.

Это проект пилота. Публиковать его как подтверждённый опыт с цифрами можно только после фактического прогона и сохранения безопасных артефактов.

Граница доказательства

Что уже можно утверждать, а что нужно проверить

Подтверждено материалом
  • LEM способен организовать поиск по коду, версиям и статическим связям и отделить точные факты от кандидатов.
  • Vanessa Automation документирует MCP-инструменты для исследования форм, выполнения действий и запуска сценариев в 1С.
  • Единый агентный процесс технически можно построить вокруг двух независимых контуров: статического анализа и разрешённого исполнения.
Проверяется в конкретном контуре
  • Совместимость конкретных версий Vanessa Automation, расширений, платформы 1С и MCP-клиента.
  • Устойчивость сценария на целевой тестовой базе и под требуемыми ролями.
  • Фактическую экономию времени и качество результата по заранее принятой методике.
Источники и опорные материалы