MCP: workspace не регистрируется, если клиент не отвечает на roots/list

[VVi3ard]

Проблема

При использовании MCP-режима BSL Language Server из Codex Desktop сервер не получает зарегистрированный workspace и отклоняет запросы с ошибкой:

No registered workspace matches root file:///Z:/EDT/isssues/_ASPU_Master/git/Configuration

Из-за этого не работают, например, global_member_search и analyze_file, хотя путь существует и содержит корректную конфигурацию 1С.

Окружение

• BSL Language Server: 1.0.7
• Запуск: java -jar bsl-language-server-1.0.7-exec.jar -c ../.bsl-language-server.json mcp
• Транспорт: stdio
• Согласованная версия протокола MCP: 2025-11-25
• Корень конфигурации: file:///Z:/EDT/isssues/_ASPU_Master/git/Configuration
• В .bsl-language-server.json задан configurationRoot: "Configuration".

Воспроизведение

1. Подключить BSL Language Server в режиме mcp из Codex Desktop.
2. Вызвать global_member_search и передать в обязательном параметре root URI каталога конфигурации:
   file:///Z:/EDT/isssues/_ASPU_Master/git/Configuration.
3. Получить ошибку No registered workspace matches root.

Смена рабочего каталога процесса на корень репозитория, Configuration или Configuration/src, а также абсолютные и относительные пути файлов результата не меняет.

Важное наблюдение

Тот же экземпляр BSL Language Server был проверен отдельным минимальным MCP-клиентом. Клиент обработал запрос сервера roots/list и вернул тот же URI корня. После этого global_member_search успешно выполнился и нашёл глобальный метод Сообщить.

То есть сам сервер и путь конфигурации работоспособны; проблема проявляется в интеграции с клиентом, который не отвечает на legacy-обмен roots/list.

Контекст протокола

В актуальной спецификации MCP Roots помечен deprecated начиная с версии 2026-07-28, а в документации BSL MCP-режим пока указан как экспериментальный и основанный на milestone-версии Spring AI.

Возможно, серверу требуется совместимость с современным механизмом Roots либо более явный способ регистрации workspace без обязательного callback roots/list.

Ожидаемое поведение

Сервер должен зарегистрировать workspace, переданный в параметре root, либо корректно запросить и обработать roots у совместимого MCP-клиента. После этого инструменты анализа и поиска должны работать с указанным корнем.

Вопросы

1. Какие версии MCP-клиентов и Roots API сейчас поддерживаются BSL Language Server?
2. Поддерживается ли сценарий, где корень передаётся только через параметр инструмента root?
3. Планируется ли обновление MCP-реализации / Spring AI для совместимости с актуальной спецификацией?

[VVi3ard]

Обновление: этот комментарий относится к отдельной проблеме Codex Desktop — lifecycle stdio MCP-процессов и сохранность server-side состояния register_workspace_folder. Он не является дополнительным доказательством причины, описанной в #4463 (roots/list). Детали вынесены в отдельный issue: ссылка будет добавлена после его создания.