Языковой верстак для создания предметно-ориентированных языков (DSL)
Релизы
MPS теперь работает на Linux ARM64, а ИИ-агенты для кодинга могут делать гораздо больше за меньшие затраты. Интерфейс позволяет группировать узлы по виртуальным пакетам, дизайн нескольких диалоговых окон был переработан, тесты редактора теперь позволяют настраивать функции сопоставления узлов и многое другое.
Что нового
Вот наиболее примечательные новые функции:
Сборка и дистрибуция
Поддержка Linux ARM64
MPS теперь доступна для Linux на базе архитектуры ARM64 (AArch64) в комплекте с соответствующей средой выполнения JetBrains Java.
Вы также можете собирать автономные приложения на базе MPS (RCP) для Linux ARM64. Мастер сценариев сборки теперь включает дистрибуцию для Linux ARM64 в создаваемые скрипты сборки наряду с существующими платформами.
Импорт TAR в Build Language
Build Language теперь поддерживает импорт содержимого архивов напрямую в макеты дистрибутивов с помощью новых команд import files from tar и files from tar entries.
Вы можете импортировать файлы из обычных TAR-архивов или архивов, сжатых с помощью gzip или bzip2. Источником может быть файл архива или другой TAR-макет, определенный в скрипте сборки.
При импорте в TAR-макет сохраняются символические ссылки и права доступа к файлам. Это особенно полезно при упаковке специфичных для платформы плагинов и нативных библиотек, так как символические ссылки остаются ссылками, а не превращаются в дубликаты целевых объектов.
Изменения в упаковке архивов
MPS 2026.2 сохраняет символические ссылки и права доступа к файлам при упаковке плагинов для конкретных платформ. Ранее символические ссылки иногда заменялись копиями их целевых объектов, из-за чего крупные нативные библиотеки включались более одного раза, особенно на macOS.
Архивные дистрибутивы macOS теперь используют .tar.gz вместо .zip для сохранения символических ссылок. Мастер сценариев сборки создает аналогичный формат архива для автономных приложений macOS.
Конфигурация запуска приведена в соответствие с платформой IntelliJ Platform
MPS 2026.2 обновляет способ компоновки скриптов запуска и метаданных продукта. Инструменты сборки MPS теперь разделяют путь к классам загрузки (boot classpath), предоставляемый платформой, и путь к классам расширений (extension classpath), специфичных для MPS. Кроме того, в конфигурации скрипта запуска MPS теперь доступны дополнительные аргументы JVM.
Это разделение позволяет дистрибутивам MPS использовать classpath загрузки и параметры JVM, определенные соответствующей сборкой IntelliJ Platform, добавляя только библиотеки и настройки, специфичные для MPS. Таким образом, обновления платформы можно интегрировать с меньшими затратами на ручное обслуживание и с меньшим риском устаревшей конфигурации лаунчера.
Созданные лаунчеры также более точно применяют опции доступа платформы. Общие опции --add-opens берутся из метаданных платформы, а пакеты, специфичные для операционной системы, добавляются только в лаунчер для соответствующей ОС. Это обеспечивает согласованность конфигурации запуска на macOS, Linux и Windows, а также помогает предотвратить проблемы с запуском, вызванные устаревшими или избыточно широкими аргументами JVM.
В совокупности эти изменения делают лаунчер MPS более устойчивым по мере развития базовой платформы и предоставляют более чистую точку расширения для команд, создающих пользовательские дистрибутивы на базе MPS.
Улучшения инструментария Projectional Agent Toolkit
Инструментарий Projectional Agent Toolkit получил значительный прирост производительности и возможностей.
Производительность
Ваши ИИ-агенты теперь могут сократить использование токенов для типичных задач, таких как моделирование DSL или реализация языковых определений. По нашим измерениям с использованием Claude Code с Opus 5 и 5.5, экономия превысила 50%.
Это улучшение стало результатом масштабной переработки API MPS MCP, в ходе которой были реализованы следующие улучшения:
- Согласованное именование параметров, обработка значений null и значений по умолчанию, а также отчетность об ошибках.
- Более точные навыки и более подробные описания инструментов.
- Массовые операции там, где они приносят наибольшую пользу, с компактными сводками вместо огромных объемов передаваемых данных.
- Результаты коротких чтений включаются непосредственно в ответы, а большие дампы записываются в файлы только при необходимости.
- Одноразовая валидация моделей для проверки полных моделей без накладных расходов на циклы запросов-ответов.
- Быстрое обнаружение концептов с использованием облегченных представлений метаданных, содержащих только структуру, вместо полных дампов абстрактного синтаксического дерева (AST).
- Проверки с быстрым отказом (fail-fast), которые отклоняют недопустимые области поиска и входные данные для мутации вместо возврата неполных результатов.
- Вспомогательные скрипты, включенные в навыки, благодаря чему агенты тратят меньше времени на изобретение велосипеда для стандартных задач MPS.
- Более четкое определение целевого проекта при открытии нескольких проектов MPS или IDE.
Инструмент MCP для системы типов
Инструмент системы типов MCP позволяет агентам:
- Понимать типы узлов и сообщения системы типов.
- Сравнивать типы и определять ожидаемый тип для роли.
- Отслеживать вычисления типов и выполнять отладку правил системы типов.
- Идентифицировать правило системы типов, ответственное за зарегистрированную ошибку системы типов.
Другие новые инструменты MCP
В дополнение к инструменту системы типов MCP мы добавили несколько новых инструментов MCP, охватывающих другие ключевые аспекты разработки на MPS. Новые инструменты позволяют агентам:
- Вызывать намерения (intentions) и быстрые исправления (quick-fixes).
- Автоматически поддерживать свои базы данных навыков в актуальном состоянии с учетом экземпляра MPS, к которому они подключаются.
- Читать и фильтровать содержимое логов MPS.
- Открывать, закрывать и создавать проекты MPS.
- Автоматически исправлять выражения SModel в разобранных операторах Java, помогая агентам создавать функции концептов и методы поведения.
Улучшения интерфейса
Виртуальные пакеты в результатах поиска использований (Find Usages)
Дерево результатов Find Usages теперь поддерживает группировку по виртуальным пакетам. Когда эта функция включена, результаты использования вкладываются в узлы папок, соответствующие виртуальному пакету каждого корневого узла, повторяя структуру, отображаемую на панели Project. Это упрощает поиск корневых узлов в больших моделях с множеством виртуальных папок.
Имена виртуальных пакетов с точками (например, com.example.ui) разворачиваются в один уровень дерева на каждый сегмент, поэтому вложенность в Find Usages совпадает с вложенными виртуальными папками в представлении Project.
Новый переключатель Group by virtual package появляется на панели инструментов Find Usages рядом с существующими опциями группировки (модуль, модель, корневой узел и т. д.). Он включен по умолчанию для Find Usages. Другие окна инструментов, отображающие результаты использования — Model Checker, TODO, Dependencies Viewer и Refactoring View — сохраняют свои привычные параметры группировки по умолчанию.
Более естественный способ выбора списков узлов
Выделение большей части модели в редакторе MPS теперь стало проще с помощью команды Select Up (Ctrl+Up). Когда курсор находится внутри списка узлов — например, последовательности операторов в методе поведения или ограничении — Select Up теперь распознает список как осмысленную единицу для выделения.
Вместо того чтобы переходить непосредственно от одного узла к его родителю, действие сначала выбирает все соседние узлы в списке. Родитель выбирается на следующем шаге. Это придает процессу выделения интуитивно понятный промежуточный уровень и делает такие распространенные операции, как копирование и вставка целой группы операторов, более быстрыми и надежными.
Это также корректно работает, когда текущее выделение уже представляет собой диапазон узлов, поэтому повторяющиеся действия Select Up обеспечивают последовательный путь от отдельного узла через содержащий его список к окружающей структуре.
Переработанный диалог импорта: выбор моделей и языков для импорта
Диалоговое окно импорта претерпело серьезную переработку, чтобы исправить функциональные проблемы и привести его внешний вид в соответствие с остальной частью платформы.
- При вставке кода между моделями импортируются только те модели и языки, которые вы фактически выбрали в диалоговом окне. Раньше диалоговое окно игнорировало ваш выбор.
- Если диалоговое окно предлагает только одно предложение, теперь вы можете отменить его выбор. Раньше единственное предложение нельзя было отменить.
- Списки моделей и языков теперь имеют флажки для отдельных элементов и флажок в заголовке для выбора или отмены выбора всех элементов. Флажок в заголовке отображает неопределенное состояние, когда выбраны только некоторые элементы.
Улучшения диалогового окна различий и вкладок
Мы внесли довольно много незначительных изменений, чтобы внешний вид диалогового окна различий соответствовал остальной части платформы.
- Маркеры изменений на полосе прокрутки теперь остаются в правильном положении при изменении размера диалогового окна или редактора. Раньше маркер иногда перемещался в случайное место. Исправление было сделано в общей полосе маркеров редактора, поэтому стандартные маркеры ошибок и предупреждений редактора также затронуты.
- Мы исправили регрессии, вызванные ранее внедренными улучшениями порядка дочерних элементов после слияния. Применение разрешенных конфликтов теперь завершается успешно, даже когда дочерние элементы требуют изменения порядка.
Тестирование
Тесты редактора: гибкое сопоставление результатов
Когда тест редактора не должен точно соответствовать ожидаемому результату (например, когда порядок дочерних узлов или значение атрибута не имеют значения), теперь вы можете указать MPS, какие различия следует игнорировать.
Существует два способа настройки сопоставления результатов:
- Правила сопоставления узлов: объявите пользовательские правила сопоставления. Вы можете указать, какие роли вложения должны сравниваться, игнорироваться или исключаться, а какие свойства или ссылки не должны сравниваться.
- Маркеры для конкретных узлов: если исключение относится только к одному узлу, добавьте маркер прямо к этому узлу в образце результата с помощью меню намерений.
В любом случае, те части, которые вам не важны, перестают вызывать ложные срабатывания — а когда тест действительно падает, сообщение теперь указывает прямо на узел и ячейку, которые за это отвечают, поэтому больше не нужно разбираться в сырых утверждениях.
Это улучшение является результатом прямого запроса клиента. Оно обеспечивает меньшее количество хрупких тестов редактора и меньшую необходимость сопровождения тестовых данных.
Более информативные сообщения о сбоях тестов
Сообщения о сбоях тестов редактора (например, о неверном выделении, несовпадающем идентификаторе ячейки редактора или неверном диапазоне выделения) теперь описывают, какой именно узел и ячейка за это отвечают, вместо того чтобы сообщать о сбое простого утверждения. Каждый узел, упомянутый в сообщении о сбое, отображается вместе со своим представлением, именем концепта и идентификатором узла, что значительно упрощает поиск проблемного узла в образце результата без воспроизведения сбоя в отладчике.
Ознакомьтесь со всей новой функциональностью на странице Что нового.
Полный список исправленных проблем можно найти here.
Попробуйте новые функции и дайте нам знать, что вы думаете.
Команда JetBrains MPS
