clawdai.ru
релизы

История выпусков mcpd

Актуальный выпуск — 1.12.3 (21 сентября 2026). Установка и обновление — только через сайт обновлений.

Архив

снимок на 21 сентября 2026: 12 выпусков

Список ниже статичен и датирован: он отражает состояние на день сборки страницы. Живая история изменений — на сайте обновлений.

1.12.2

Что изменилось

  • Ответ на принятие долгой операции больше не расходится между частями: и текстовый, и структурированный вид честно говорят «операция принята и выполняется», а не «выполнена».
  • Изменение свойств кода заимствованных объектов, у которых есть свои предопределённые, больше не снимает их с контроля: плагин отказывает и объясняет, что значение нужно менять в основной конфигурации.
  • Поднятие версии плагина автоматизировано сценарием и проверкой согласованности — меньше шансов на расхождение версий между частями сборки.
1.12.1

Что изменилось

  • Если установка EDT повреждена, плагин при старте сам объясняет, какой кусок платформы не загрузился и что чинить, — вместо молчаливого «сервер не отвечает».
  • Версии 1С:EDT обещаются по доказанному прогону. 1С:EDT 2024.2 проверена на тестовом стенде; более новые выпуски загружаются, статус их проверки — в `docs/TEST_MATRIX.md`.
  • Плагин устанавливается и обновляется только через сайт обновлений p2; инструкции по установке приведены в соответствие.
1.12.0

Что изменилось

  • Перед обновлением базы плагин показывает, кто её сейчас держит (сеансы и процессы 1С), и честно говорит, если проверить не удалось.
  • Если версия EDT несовместима с частью плагина, плагин сразу говорит об этом понятным отказом, а не предлагает «повторить позже»; причина видна в состоянии сервера.
  • Если во время вызова EDT записала ошибку в свой журнал, она видна в ответе инструмента.
  • Долгие операции можно отменить — отмена доходит до самой EDT; зависшие фоновые задачи больше не копятся.
  • Внутренние проверки совместимости с EDT стали строже; убран неиспользуемый код.
1.11.3

Что изменилось

  • Отмена долгих вызовов теперь доходит до самой EDT. Сборка и обновление проектов, запуск конфигураций и другие долгие операции получают живой монитор вызова вместо пустышки. `workspace_rebuild` сразу возвращает номер операции, честно сообщает частичный результат при отмене и не запускает вторую сборку при одновременном повторе тех же аргументов.
  • Параллельные проверки больше не падают из-за чужой сборки. Компиляция заглушек изолирована от изменяемого кэша Tycho, а вложенные проверки не ждут машинный семафор, уже занятый их родительским прогоном.
  • Конвейер бережёт общую машину. Сборка Maven в CI запускается только когда она действительно нужна; полные прогоны занимают один машинный слот и выбирают число потоков по доступной памяти. Инварианты получили порча-проверки и явный реестр команд.
  • Сайт обновлений целиком переехал на новый сервер: убраны ссылки на прежнее размещение, публикация отделена от сборки, а значок, логотип и favicon хранятся в репозитории и не теряются при пересоздании сайта.
  • Проверка обновлений снова находит сайт. Сервер, с которого раздаётся плагин, переехал, и прежний адрес перестал открываться — проверка из-за этого молча ничего не находила. Теперь плагин по умолчанию смотрит на актуальный адрес сайта обновлений, а если имя на вашей машине не разрешается, пробует запасной адрес без имени. Если у вас стоит версия старее 1.11.3, адрес придётся один раз вписать вручную в «Настройки → mcpd → Обновления» или поставить новую версию отдельно.
  • Страница сайта обновлений снова с картинками. Значок и логотип на странице установки пропали при переезде сервера; они возвращены.
1.11.2

Что изменилось

  • Проверка обновлений снова находит адрес сама. В 1.11.1 плагин при пустых настройках пытался определить адрес обновлений по установке, но на деле его не находил — и проверка обновлений молча переставала работать, а сама проверка занимала до полутора минут. Возвращено прежнее поведение: при пустых настройках обновления ищутся по адресу по умолчанию, как в 1.11.0. Если вы уже поставили 1.11.1, откройте настройки mcpd → «Обновления» и впишите адрес, с которого ставили плагин, — или установите 1.11.2 через «Справка → Установить новое ПО».
1.11.1

Что изменилось

  • После установки плагина EDT больше не открывает пустую рабочую область. Раньше среда могла молча открыться в пустой папке по умолчанию — казалось, что проект пропал, — и так при каждом запуске; помогало только ручное переключение рабочей области. Причина: плагин поднимался раньше, чем среда успевала выбрать рабочую область. Теперь выбор среды неприкосновенен — сервер стартует после него, проект остаётся на месте.
  • Запуск Vanessa-сценариев на EDT 2024.2 снова доходит до старта прогона. Подъём проекта к владельцу базы выбирал у среды не ту перегрузку метода и падал с ошибкой типов — прогон завершался отменой ещё до менеджера тестирования. Теперь метод выбирается по типу аргумента, и разбор проекта проходит.
  • Адрес обновлений больше не выдумывается. Раньше при пустых настройках плагин по умолчанию ходил на внутренний хост разработки. Теперь он берёт адрес, из которого вы его установили (по данным системы обновлений 1C:EDT), — и только когда своего адреса нет. Определить не по чему — проверка обновлений просто не идёт, вместо стука в чужой хост. Найденный адрес плагин записывает в настройки сам при первой проверке; введённый вами или закреплённый адрес не трогается.
  • Операции с информационной базой больше не зависают на окне входа. Если у базы есть пользователи, а логин в настройках доступа EDT не записан, среда открывала окно авторизации, и вызов агента ждал его бесконечно. Теперь на время такого вызова окно закрывается само, а ответ честно говорит, что нужна учётная запись, и подсказывает, как её привязать (`infobase_manage action=associate`).
  • Добавление предопределённых в заимствованный справочник расширения. Раньше расширение после этого давало ошибки контроля предопределённых (1C:EDT #1581): у заимствованного объекта не стояли на контроле свойства кода. Теперь плагин ставит их на контроль сам, а если свойство уже изменено в расширении — отказывает с понятным рецептом. При нулевой длине кода в основной конфигурации ответ предупреждает, что платформа такие предопределённые не создаст, пока длина не задана.
1.11.0

Что изменилось

  • Долговременная память проекта. В репозитории появилась вики: архитектура, ограничения EDT и OSGi, публичный контракт и отмена — компактными статьями с провенансом; факты сверяются с кодом, а не с памятью прошлых сессий.
  • Навигация по Java-коду. Локальный MCP CodeGraphContext отвечает на вопросы «где определение», «кто вызывает», «что затронет изменение»; спорные ответы подтверждаются `rg`. Индекс у каждого рабочего дерева свой — агенты не видят код друг друга.
  • Свежесть и старт без ожидания. Наблюдение за файлами обновляет индекс само, а новое рабочее дерево прогревает его в фоне: агент начинает работу сразу, не дожидаясь сборки индекса.
  • Память сессий и замер пользы. Сессии агентов оставляют сжатые заметки (без тел транскриптов, с выключателем). Замер на 12 задачах: с обязательным контекстом — на 43 % меньше доставленного контекста, на 36 % меньше времени, вдвое меньше обращений к инструментам и полнее перечень связанных файлов.
  • Возможности ревизии решает таблица, а не сравнение с CURRENT. Наличие задач MCP определяется данными `ProtocolRevisions`, поэтому ревизии с задачами, без задач и будущая современная описываются одной моделью.
  • Двойственная эра — ADR-029. Два адаптера над нейтральным к протоколу слоем; легаси-адаптер живёт не меньше 2027-07-28, жёсткий отказ отвергнут.
  • Учётка EDT берётся из настроек доступа к ИБ (`getSettings`), а не из несуществующего вызова; запуск сценариев больше не спотыкается о креденшелы.
1.10.0

Что изменилось

  • Один канонический путь вместо россыпи скриптов. `bootstrap`, `build`, `test`, `test-changed`, `test-unit`, `test-contract`, `test-live`, `package`, `doctor` и `clean` зовутся как `python3 tools/mcpd.py <команда>`; те же команды выполняет CI, поэтому «как в CI» и «как локально» — одно и то же.
  • `doctor` проверяет машину и копию. Зеленеет, когда есть JDK 17, Maven, цель EDT, доступ к системе контроля версий и покрытие ярусов; краснеет с подсказкой, что починить.
  • Сборка и публикация разделены. `build` собирает плагин и сам ничего не публикует; публикация p2 остаётся отдельным осознанным шагом.
  • A — локальный цикл. `test-changed` гоняет только проверки, задетые правкой.
  • B — гейт слияния. В CI собирается плагин, проверки отбираются по диффу — каждая названа с признаком и файлом, — а после слияния в `main` идёт полный офлайн-набор. Прогон сократился примерно с 15,4 до 7,1 минуты.
  • C — ночной ярус. Полный офлайн-набор, живой стенд и E2E; провал сам заводит тикет с хвостом журнала и ссылкой на прогон.
  • D — выпуск. Сборка, публикация, установка и откат — на машине координатора.
  • Покрытие под присмотром. Гейт `tiers.py --check` краснеет, если проверка исчезла из реестра или workflow потерял ступень своего яруса.
  • Право объявляется в каталоге рядом с маршрутом, уточняется у действия и оттуда попадает в `public-contract.json`: у инструмента — `accessScopes`, у действия — уточнение, в разделе `access` — области и профили.
  • Отказ учит. Вызов без выданной области отвечает кодом `PERMISSION_REQUIRED` и называет область, профиль, где она есть, и место включения.
  • Профили доступа («Анализ», «Ревью кода», «Разработка», «Тест и отладка», «Полный доступ», «Свой») — это наборы областей, а не инструментов; свежая рабочая область получает «Анализ» и права на изменение не имеет.
  • Гейт INV-SEC-01 краснеет на изменяющем действии без области и на профиле свежей установки с правом на изменение.
  • Правила, инструмент и отчёт с доказательствами. `tools/backlog_triage.py` раскладывает открытые тикеты по категориям (`ДУБЛЬ`, `ЗАМЕЩЁН`, `УСТАРЕЛ`, `ОСТАВИТЬ-СЕЙЧАС`, `ОСТАВИТЬ-ПОТОМ`, `В-АРХИВ`) и у каждой печатает сработавший признак; тикет без признака честно уходит в «НУЖНА-ПЕРЕПРОВЕРКА». Отчёт — предложение: закрывает человек.
  • Триаж видит слитые коммиты, даже когда локальный `main` отстал, и не считает частичное упоминание полным замещением.
  • 46 тикетов из «НУЖНА-ПЕРЕПРОВЕРКА» разобраны глазами, остаток эпиков — по пунктам приёмки с доказательствами.
1.9.1

Что изменилось

  • Учётная запись больше не теряется. Когда клиенты приходят из `VAParams.json` команды (`ДанныеКлиентовТестирования`), плагин дописывает вход из конфигурации запуска EDT (или явные `login`/`password` вызова) в параметры запуска каждого профиля: клиент входит сам, окна с логином и паролем не появляется. Если логин задан прямо в шаге сценария, подстановка не дублируется.
  • Источник входа виден. В ответе прогона — `clientCredentials`: `call` (учётка из вызова), `launchConfig` (из конфигурации запуска) или `none`.
1.9.0

Что изменилось

  • Настройки команды стали источником прогона. Новый параметр `settingsJsonPath` принимает штатный `VAParams.json`: из него берутся клиенты тестирования по именам, каталоги библиотек, теги исключения, пути отчётов. Путь по умолчанию задаётся один раз на странице «Компоненты» (относительный путь внутри проекта, по умолчанию `features/VAParams.json`); параметр вызова сильнее. Файл команды не переписывается — плагин собирает свою копию и называет в ответе, что перекрыл (`overriddenKeys`).
  • Клиенты — из файла, а не «один на всех». Если в настройках есть `ДанныеКлиентовТестирования`, прогон поднимает профили команды (`clientMode=settings`); вход в шаге фичи не перезаписывается.
  • Библиотеки шагов — из трёх источников сразу: параметр `sikvPaths`, `КаталогиБиблиотек` файла настроек и каталог самого пакета фич. Шаги и вызовы экспортных сценариев перестают считаться выдуманными, а ответ называет каталоги в `librariesUsed`.
  • Стилевые советы больше не отменяют прогон. Секции `Контекст:` и `Переменные:`, `Попытка/Исключение`, повторное подключение клиента и подключение библиотек шагов — это советы агенту, а не запреты Vanessa: теперь они предупреждения. Отказывают только неисполнимые вещи (не тот файл, пустой прогон, шаг не из словаря без обхода).
  • Фича-библиотека как цель запуска — понятный отказ. Файл с тегом `@ExportScenarios` не запускается напрямую: плагин объясняет, что это библиотека шагов, и не тратит сеанс 1С.
  • Пути пакета не теряются. Отбор по тегам больше не переносит фичи в служебный каталог (фильтрует сама Vanessa), а подстановка входа копирует пакет целиком вместе с `input/*`: относительные пути и `$$КорневойПуть$$` работают.
  • Отчёты и диагностика. В ответе видны фактические пути отчётов (`reportPaths`: junit, Allure, лог, статус), версия установленной Vanessa и краткая сводка настроек; артефакты по умолчанию ложатся в `<проект>/test-artifacts/<сессия>`, а в отказах приходят хвосты VA-лога и файла статуса. Пропущенные шаги помечают прогон как неполный (`runIncomplete`), не подменяя вердикт Vanessa.
  • Приёмочный пакет в поставке. `tests/fixtures/vanessa-package` и `tools/scenario_acceptance.py` воспроизводят чужие сценарии (Контекст, библиотечные шаги, экспортные сценарии, ресурсы) и проверяют живой плагин четырьмя вызовами MCP.
1.8.0

Что изменилось

  • Новый инструмент `data_inspect`. Агент спрашивает, какие объекты доступны (`entities`), получает их описание (`describe`) и читает строки параметризованным запросом (`query`): проекция, фильтр, сортировка, страницы. Запись, произвольный текст запроса и учётные данные отвергаются до сети. Маршрут включается администратором отдельно — публикацией OData и профилем источника вне MCP; поля с пометкой ПДн или секрета маскируются, значения помечены как данные ИБ, а не инструкции для модели.
  • `tasks/get`, `tasks/result`, `tasks/cancel`, `tasks/list`. Клиенты, знающие протокол задач, получают прогресс, отмену, результат и срок жизни длительных операций вместо слепого ожидания. Обычный вызов без задачи отвечает как раньше.
  • `debug_session`: остановка с непрозрачными ссылками `threadRef`/`frameRef`, ожидание события останова, снимок BSL-стека; изменение значений — только в активном кадре.
  • `performance_diagnostics`: тяжёлая трасса выполнения (`traceStart`/`traceStatus`/`traceRead`/`traceStop`) поверх технологического журнала с TTL, бюджетом, маскированием секретов и путей и идемпотентной уборкой; структурный поиск по журналу регистрации (`eventlogSearch`) вместо чтения файлов вслепую.
  • `form_inspect`: действие `layout` отдаёт раскладку элементов — границы, порядок, видимость; действие `screenshot` — снимок формы при включённом offscreen-рендерере, с маскированием чувствительных полей. Без рендерера — честный отказ с инструкцией, а не нарисованная картинка.
  • `code_review` получил настоящий офлайн-review BSL: маркеры EDT, правила v8-code-style и безопасные семантические проверки. Без дополнительного бандла инструмент работает как раньше.
  • `code_context` включён в стартовый набор компактной поверхности — карта вызовов доступна сразу, без `tools_discover`.
1.7.0

Что изменилось

  • Цель запуска называется явно. У прогона появился параметр `applicationId`: плагин берёт приложение проекта, а если конфигурация запуска осталась без привязки — создаёт её сам. База, по которой идёт прогон, названа в каждом ответе.
  • Отчёт забирается без повторного запуска 1С. Новое действие `scenario_tests_run action=report` читает готовый junit, а `action=result` дожидается окончания операции и отдаёт разобранный отчёт вместо бесконечного «Pending».
  • Агентский прогон по умолчанию неинтерактивный. Окно «Остановка выполнения» больше не ждёт человека, отчёт финализируется даже при падении; прогон, в котором ни один шаг фактически не выполнился (нет подключения TestClient), помечается `emptyRun` — это не «пройдено».
  • Шаги библиотек — sikv. `sikvPaths` подключает каталоги библиотек шагов и в прогон, и в проверку синтаксиса; `skipUnknownSteps=true` переводит неизвестные шаги из отказа в явные предупреждения.
  • Артефакты под рукой. `artifactsDir` складывает отчёты, журналы и снимки падений в известный каталог проекта, хвост `manager-out.log` попадает прямо в диагностику, `action=cleanup` убирает старые сессии, не трогая живые окна.
  • Состояние базы читается везде. На EDT 2024.2 состояние синхронизации ИБ больше не «неизвестно»: плагин показывает настоящее состояние, а не выдаёт пропущенное обновление за благополучие.
  • `infobase_manage action=associate` замечает сбитые привязки. Если службы EDT после привязки базы оставили конфигурации запуска без приложения, ответ называет их по именам и может вернуть привязки флагом `restoreLaunchBindings=true`.
  • Загрузки доверяют системному хранилищу сертификатов, умеют прокси и зеркало, локальный `.cfe`/`.epf` и называют версии Vanessa из метаданных дистрибутива.
  • Отказы доступа к базе несут следующий шаг: при ошибке учётной записи плагин подсказывает `infobase_manage action=associate` с `user`/`password`; долгие вызовы помечаются `slowOperation` с порогом и временем.
  • Линт сценариев стал тише и понятнее: код внутри BSL-сниппетов не считается шагами, `allowReconnect=true` разрешает проверку под двумя ролями (предупреждением), `lint=minimal|off` группирует шум, `checkSyntax` называет `warningCount` и показывает блокирующие проблемы сразу.
  • Обновления стали прозрачнее. В настройках обновлений — только два поля источника, в меню строки состояния появились «Разработка» и все пять страниц, быстрые действия дополнены, резервный адрес описан честно; клиент может ходить с bearer-токеном.