v0.1.9 — проверенная версия движка 1.46.0

dsh-rlm-tools-bsl v0.1.9

Записи о проверенной версии движка и номер плагина в его собственной подписи.

Плагин не менялся: он поднимает сервер rlm-tools-bsl, отдаёт вкладку настроек, статус, лог и
пересмонтирование записи в менеджере MCP. Но движок он ставит себе сам
(uv tool install rlm-tools-bsl, без пина), поэтому на чистой машине поднимается уже 1.46.0,
а README обещал «проверено на 1.42.0».

• README: проверенная версия движка — 1.46.0; добавлено, что пакеты 1.43–1.46 схему индекса (v17)
  не меняли, поэтому пересборка индексов при обновлении не нужна, но два инструмента с 1.43 отвечают
  иначе: count_matches по умолчанию не учитывает регистр, а его source на смешанном наборе файлов
  принимает index+live.
• PLUGIN_VERSION в lib/index.js был 0.1.6 при версии пакета 0.1.8 — теперь совпадает с версией
  пакета и попадает в clientInfo MCP-рукопожатия.

Проверено: node tests/_http.mjs — 31/31 на настоящем сервере 1.46.0 (включая запись в хранилище
менеджера @wingsky-1/dsh-mcp-manager 0.2.5+ и повторный запуск без дублей).

v0.1.8 — манифест под ядро 0.2.0

Правка манифеста под ядро 0.2.0: из dsh.client.inject убран @deepseek-ai/dsh-client-runtime.

Этого пакета в ядре 0.2.0 больше нет, а клиентская половина вкладки его не импортировала — она
строится на @deepseek-ai/dsh-client-ui-slots. Строка осталась с прежних ядер и после обновления
десктопа перестала на что-либо указывать: неизвестная инъекция на клиенте молча пропускается, то есть
ничего не ломалось, но манифест описывал зависимость, которой нет.

Ничего другого не менялось: сервер rlm-tools-bsl запускается как и раньше, вкладка настроек, статус,
лог и пересмонтирование записи в менеджере MCP — без правок.

Проверено: node tests/_http.mjs — 31/31, прогон на настоящем сервере 1.42.0.

dsh-rlm-tools-bsl v0.1.7

Выпуск под rlm-tools-bsl 1.42.0: проверенная версия сервера названа в README, предупреждение о
пересборке индексов описывает новую схему.

Изменения

• Проверено на rlm-tools-bsl 1.42.0 — сервер обновлён с 1.39.0 (uv tool upgrade), E2E
  хост-части прогнан против настоящего 1.42.0: 31/31 проверок пройдено. Кода плагина выпуск не
  касается: версия поднята вместе с версией сервера, на которой плагин проверен.
• README: требования и пример статуса — «нужна версия ≥ 1.35; проверено на 1.42.0», статус
  вкладки в примере — «работает (pid …, v1.42.0)». Нижняя планка совместимости не менялась;
  плагин не зависит от набора хелперов или формы ответов, поэтому несовместимые изменения самого
  сервера (1.40 — точные имена объектов, 1.41 — выбор доменов при старте, 1.42 — граф вызовов и
  find_unresolved_calls) его не касаются.
• Предупреждение о пересборке индексов переписано под 1.42.0 — схема индекса выросла до v17:
  до полной пересборки rlm_start предупреждает и перечисляет, чего в индексе нет (граф не видит
  запусков процедур по имени и вызовов через коллекцию менеджера, аудит find_unresolved_calls
  недоступен); сама пересборка ускорилась примерно вдвое. Историческая справка про 1.38
  (схема 15 → 16) сохранена — сборка любой прежней версии уходит в пересборку целиком.

Прочее

• Стенды tests/_mcp-store.mjs и tests/_manager-sync.mjs называют в рукопожатии ту же версию
  сервера, что README (1.39.0 → 1.42.0).
• E2E хост-части: 31 проверка (node tests/_http.mjs), раскладки хранилища — node tests/_mcp-store.mjs.
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20.

dsh-rlm-tools-bsl v0.1.6

Сервер перестаёт «светиться отключённым» в панели менеджера MCP сразу после старта DSH.

Изменения

• Пересмонтирование записи после готовности сервера — менеджер MCP судит запись один раз:
  пока открыто его окно загрузки, он ждёт поверхность инструментов и, не дождавшись, оставляет
  сервер неподключённым. Python-сервер отвечает позже этого окна (процесс поднимается около десяти
  секунд), поэтому в панели он выглядел выключенным, а подключение срабатывало только по кнопке.
  Теперь плагин после готовности сервера просит менеджер пересмонтировать запись через его сервис
  mcpManager — состояние пересчитывается само. Уже подключённую запись не трогаем: если менеджер
  сообщает connected, запрос не отправляется.
• Сервис необязателен — если менеджера нет или он старой версии без mcpManager, плагин
  работает как раньше: без сервиса и без ошибок.
• Тест синхронизации — node tests/_manager-sync.mjs: три сценария (холодный запуск с застрявшим
  вердиктом на настоящем rlm-tools-bsl, подхват внешнего процесса с вердиктом connected,
  отсутствие сервиса). Пересмонтирование проверяется по свежему состоянию сервера в момент вызова.

Прочее

• clientInfo.version в рукопожатии MCP приведён к версии пакета (был 0.1.4 при пакете 0.1.5).
• README: раздел автопрописки дополнен описанием пересмонтирования.
• E2E хост-части: 31 проверка (node tests/_http.mjs), раскладки хранилища — 4 сценария
  (node tests/_mcp-store.mjs).
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20.

dsh-rlm-tools-bsl v0.1.5

Запись сервера уходит туда, куда смотрит менеджер MCP: с 0.2.5 он держит список в своей папке.

Изменения

• Автопрописка в менеджер 0.2.5 и новее — @wingsky-1/dsh-mcp-manager с 0.2.5 читает
  $DSH_HOME/@wingsky-1/dsh-mcp-manager/mcp.json, а $DSH_HOME/dsh-mcp.json остался от версий до 0.2.5:
  его менеджер переносит в новое место один раз и убирает. Плагин писал в старый файл, поэтому сервер
  поднимался и работал, а в панели MCP его не было. Теперь файл выбирается по раскладке менеджера:
  своя папка или её файл — актуальная раскладка, оставшийся файл-предшественник — старая, иначе по версии
  установленного пакета (граница — 0.2.5).
• Тест раскладок без установленного rlm-tools-bsl — node tests/_mcp-store.mjs: заглушка MCP-сервера
  на порту сценария, четыре случая (актуальное хранилище рядом с оставшимся файлом, только файл-предшественник,
  свежая установка 0.2.7, установленный 0.2.4). Ни одного скачивания и ни одного реального процесса сервера.
• README — таблица хранилищ дополнена актуальным путём и пояснением, почему запись в старый файл до панели
  не доходит.

Прочее

• E2E хост-части: 31 проверка (node dsh-rlm-tools-bsl/tests/_http.mjs); раздел автопрописки перенастроен на
  хранилище менеджера 0.2.5+.
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20.

dsh-rlm-tools-bsl v0.1.4

Выпуск под rlm-tools-bsl 1.39.0: проверенная версия сервера названа в README и добавлено предупреждение о пересборке индексов.

Изменения

• Проверено на rlm-tools-bsl 1.39.0 — сервер обновлён с 1.35.1 (uv tool upgrade), E2E хост-части прогнан против настоящего 1.39.0. Кода плагина выпуск не касается: версия поднята вместе с версией сервера, на которой плагин проверен.
• README: требования и пример статуса — «нужна версия ≥ 1.35; проверено на 1.39.0», статус вкладки в примере — «работает (pid …, v1.39.0)». Нижняя планка совместимости не менялась.
• README: предупреждение о пересборке индексов — обновление 1.37 → 1.38 и выше поднимает схему индекса (BUILDER_VERSION 15 → 16): сборка, сделанная прежней версией, уходит в полную пересборку при первом обращении к проекту, а сессию, открытую до неё, нужно переоткрыть. Пересборка разовая и идёт на каждый проиндексированный каталог.

Прочее

• E2E хост-части: 31 проверка (node dsh-rlm-tools-bsl/tests/_http.mjs), прогон на rlm-tools-bsl 1.39.0 — включая автопрописку в оба хранилища менеджера MCP и подхват внешнего процесса.
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20.

v0.1.3

Автопрописка сервера в менеджер MCP: шаг «Add» вручную больше не нужен.

Изменения

• Автопрописка в хранилище менеджера MCP — при первом успешном запуске сервера плагин добавляет запись rlm в файл установленного менеджера: dsh-mcp-manager → $DSH_HOME/mcp-servers.json (поле serverName), @wingsky-1/dsh-mcp-manager → $DSH_HOME/dsh-mcp.json (поле name). Оба менеджера перечитывают свой файл на ходу — сервер подключается без перезапуска DSH.
• Запись ведёт плагин — при смене порта URL в записи обновляется, посторонние записи в файле сохраняются, повторные запуски дублей не создают. Ключ mcpAutoRegister: false в строке плагина отключает поведение.
• Результат виден во вкладке — в блоке «Подключение к DSH»: добавлено / обновлено / уже прописано, с путём к файлу, либо текст ошибки записи.

Прочее

• E2E хост-части: 31 проверка (node dsh-rlm-tools-bsl/tests/_http.mjs), включая автопрописку в оба хранилища, сохранность чужих записей и идемпотентность повторного запуска.
• Сценарий «чистая машина»: node dsh-rlm-tools-bsl/tests/_clean-install.mjs (6 проверок).
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20.

v0.1.2

Автоустановка сервера: если rlm-tools-bsl в системе нет, плагин ставит его сам.

Изменения

• Автоустановка при запуске — если команда не найдена, плагин ставит rlm-tools-bsl через uv в папку $DSH_HOME/rlm-tools-bsl: bin — исполняемые файлы (rlm-tools-bsl.exe, rlm-bsl-index.exe), tool — окружение инструмента, python — Python, если подходящего системного нет. Когда в системе нет и uv, он ставится в тот же bin официальным скриптом без изменения PATH. Ключ autoInstall: false в строке плагина выключает автоустановку.
• Состояние «устанавливается rlm-tools-bsl…» во вкладке; вывод установки и текст ошибок — в хвосте лога.
• Поиск команды расширен: PATH → %USERPROFILE%\.local\bin → собственная папка bin; при запуске и перезапуске проверка идёт без кэша (установка сервера вручную подхватывается сразу).

Прочее

• Сценарий «чистая машина» для проверки автоустановки: node tests/_clean-install.mjs — изолированный DSH_HOME без uv и rlm-tools-bsl; плагин ставит uv, затем сервер, и поднимает его (6 проверок, качает ~60 МБ).
• E2E хост-части: 26 проверок (node dsh-rlm-tools-bsl/tests/_http.mjs).
• Требуется dsh ≥ 0.1.2-rc.1 и Node.js ≥ 20; для автоустановки — сеть и PowerShell (Windows).

v0.1.1

Исправления по итогам установки на машине с файловой песочницей DSH.

Изменения

• Подсказка при недоступном каталоге логов — если rlm-tools-bsl завершается с кодом 1 из-за PermissionError на …\.config\rlm-tools-bsl\logs, текст ошибки во вкладке дополняется объяснением и способом обойти: разрешить путь или задать RLM_CONFIG_FILE и RLM_INDEX_DIR в переменных окружения плагина.
• Несостоявшийся запуск больше не показывается как «работает» — при ошибке запуска (нет файла, нет прав) состояние сразу переходит в ошибку с текстом причины, без ожидания 30-секундного таймаута.
• README: установка и обновление rlm-tools-bsl (повторный uv tool install не обновляет установленный пакет — нужен uv tool upgrade; проверка версии rlm-tools-bsl --version ≥ 1.35), раздел «Данные и файловая песочница» (куда сервер пишет и как перенаправить), уточнён порт для проверки /rlm/state (веб-UI DSH, а не порт MCP-сервера), файл и поле MCP-менеджера по плагинам (dsh-mcp-manager — mcp-servers.json/serverName; @wingsky-1/dsh-mcp-manager — dsh-mcp.json/name), служба Windows (включая тип запуска «Автоматически»).

Прочее

• E2E хост-части: 26 проверок (node dsh-rlm-tools-bsl/tests/_http.mjs), включая быстрый отказ при недоступной команде.

v0.1.0

Первый выпуск: MCP-сервер rlm-tools-bsl поднимается вместе с DSH и гасится вместе с ним.

Возможности

• Жизненный цикл вместе с DSH — сервер стартует при запуске DSH (после MCP-рукопожатия) и завершается деревом процессов при остановке DSH; порт освобождается; служба Windows не регистрируется.
• Вкладка «rlm-tools-bsl» — статус, версия, pid, кнопка «Перезапустить», поле порта и готовый JSON для MCP-менеджера с кнопкой «Скопировать»; при ошибке — текст и хвост лога.
• Подхват внешнего процесса и takeover — если сервер уже отвечает на порту, второй не поднимается, а существующий гасится при выходе DSH (отличает свой сервер от чужого по MCP-рукопожатию: /health у rlm-tools-bsl отдаёт generic {"status":"ok"}).
• Диагностика занятого порта — видно имя и pid чужого процесса; чужие процессы плагин никогда не завершает.
• Продвинутые параметры — command, env (RLM_CONFIG_FILE, RLM_INDEX_DIR — portable-конфиги), takeover, port задаются строкой плагина в cordis.patch.yml; в UI вынесен только порт.
• Роуты /rlm/* — состояние, лог, запуск/остановка/перезапуск, сохранение порта.

Прочее

• Внешних зависимостей нет: host-часть на node:*, клиентская — на React из профиля DSH.
• Порт по умолчанию — 9330 (у самого rlm-tools-bsl 9000, который часто занят).
• Подключение к DSH — штатным MCP-механизмом (dsh-mcp-manager или строка @deepseek-ai/dsh-mcp-client в профиле); инструменты: mcp__rlm__rlm_start, mcp__rlm__rlm_execute, mcp__rlm__rlm_help, mcp__rlm__rlm_projects, mcp__rlm__rlm_index, mcp__rlm__rlm_end.
• Требуется dsh ≥ 0.1.2-rc.1 (слот settings.section) и установленный rlm-tools-bsl (Python 3.10+, uv tool install rlm-tools-bsl); подходит и dsh web, и DSH Desktop.
• E2E хост-части без DSH: node dsh-rlm-tools-bsl/tests/_http.mjs — мок ctx.webServer и настоящий сервер rlm-tools-bsl (24 проверки жизненного цикла).