В Rider 2025.2 появился Junie — ИИ-агент для работы с кодом от JetBrains, встроенный прямо в IDE. Ему можно одной командой поручить сложную многоэтапную задачу, и он выполнит ее, а вы все время будете контролировать процесс. В релизе много нового для геймдева: теперь можно отлаживать Unity-шейдеры на уровне исходного кода, появилась поддержка смешанного режима отладки, а также ряд улучшений для Unreal Engine и Godot. Плюс, с новым плагином OpenTelemetry логи и метрики работы приложения доступны прямо в IDE во время выполнения.
Оцените новую возможность писать код вместе с Junie — нашим ИИ-агентом, который разгрузит вас от рутины и повысит продуктивность на всех этапах работы над проектом.
Мы разрабатываем Junie на основе реальных задач, с которыми сталкиваются разработчики каждый день, чтобы сделать его внедрение простым, а работу — надежной. Junie легко справляется с простыми задачами, но особенно полезен при решении более сложных. Используйте режим Code, чтобы поручить Junie написать код, или режим Ask, чтобы обсудить новые функции или найти решение проблемы.
О новых возможностях Junie читайте далее в разделе, посвященном ИИ.
Благодаря улучшениям в окне Monitoring оптимизация производительности .NET-приложений стала проще и удобнее. Теперь в нем есть интерактивные графики загрузки CPU, использования памяти и активности сборщика мусора. А еще — возможность запускать сессии профилирования производительности или памяти для более глубокого анализа. На Windows узкие места в производительности определяются автоматически! При щелчке по найденной проблеме или выборе временного интервала на графике данные по стеку вызовов открываются прямо во встроенном профилировщике dotTrace, а вы моментально переходите к нужному методу в редакторе.
Теперь благодаря новому плагину OpenTelemetry вы можете отслеживать работу приложения непосредственно в IDE! Плагин выводит логи и метрики прямо в Rider, а также позволяет перейти от любой записи лога к нужному участку кода и визуализировать метрики производительности. Кроме того, плагин автоматически строит архитектурные диаграммы на основе потока выполнения вашего приложения. Все это помогает понимать, как система работает во время разработки и тестирования, — без внешних дашбордов и дополнительных инструментов.
В JetBrains IDE теперь можно настроить сервер MCP (Model Context Protocol) в один клик, чтобы легко подключать сторонние ИИ-агенты. Если IDE обнаружит совместимый клиент на вашем компьютере, она сама предложит включить сервер и автоматически настроит подключение — вручную ничего делать не нужно.
Благодаря новой интеграции возможности вашего ИИ-клиента расширяются за счет умных функций JetBrains IDE. Вы можете запускать юнит-тесты, делать рефакторинг и генерировать файлы.
В Rider 2025.2 мы поэкспериментировали с настройкой ConserveMemory, которая управляет сборкой мусора в IDE. В результате пиковое потребление управляемой памяти снизилось на 20%. Это особенно заметно при работе с крупными проектами.
Мы ускорили пошаговую отладку в случаях, когда вычисление локальных переменных или пользовательских watch-выражений требует много ресурсов. Раньше «тяжелые» наблюдения, например за большими объектами Unity или сложными LINQ-выражениями, могли замедлять отладку из-за долгих вычислений. Теперь Rider эффективнее отменяет ненужные вычисления, так что пошаговая отладка остается быстрой и отзывчивой даже в проектах с тяжелыми watches.
В Rider 2025.2 появилась начальная поддержка новых возможностей C# 14, а также ряд других улучшений в анализе кода. Вот что ждет вас в этом обновлении:
Rider предлагает ранний доступ к поддержке элементов расширения, которые появились в C# 14. Поддержка включает в себя автодополнение и анализ кода, Find Usages, рефакторинг Rename и многое другое.
C# 14 дополнительно расширяет возможности генерации кода с использованием частичных событий и конструкторов. Новая версия Rider охватывает эти новые сценарии использования.
Rider 2025.2 позволяет использовать новые конструкции a?.b = c и a?[i] = c, чтобы упростить код при обработке возможных значений null.
Rider теперь умеет правильно распознавать и обрабатывать пользовательские операторы составного присваивания, которые были добавлены в C# 14.
Теперь Rider распознает новые директивы препроцессора #! и #:.
Обо всех обновлениях, связанных с C# и анализом кода, читайте на странице Что нового ReSharper 2025.2.
В Rider появилась поддержка расширений для автодополнения на базе API Roslyn CompletionProvider. Теперь анализаторы из NuGet могут подключаться к Roslyn CompletionService и предлагать более точные и уместные варианты автодополнения в зависимости от контекста.
Благодаря этому в ASP.NET Core теперь доступны более продвинутые варианты автодополнения (например, для шаблонов маршрутов и встроенного синтаксиса). Работают и кастомные варианты из коммьюнити-пакетов и внутренних инструментов, что делает работу в Rider еще удобнее.
Rider теперь умеет работать с подавителями Roslyn — они скрывают ненужные предупреждения по заданной логике, не внося изменений в код. В отличие от атрибутов [SuppressMessage] или директив #pragma, такие подавители работают незаметно в фоновом режиме: предупреждение просто исчезает из редактора и не мешает вам работать.
Мы улучшили работу с импортами в автодополнении и быстрых исправлениях: теперь поддерживаются статические члены типов, а производительность и точность для остальных символов стали выше.
Аннотации в коде теперь сами подтягивают нужные типы, а указывать выводимые типы через контекстное меню можно в большем числе случаев.
Мы исправили ряд проблем в анализе кода, включая ошибки при работе с разными языками и F#-скриптами.
Junie, ИИ-агент для программирования от JetBrains, теперь работает до 30% быстрее и поддерживает Model Context Protocol (MCP), что помогает ему глубже разбираться в контексте и выполнять задачи умнее. Начиная с этого релиза, Junie можно использовать и для удаленной разработки.
Junie теперь интегрирован с GitHub и помогает управлять пул-реквестами даже без открытия IDE. Если вы работаете асинхронно, Junie тратит больше времени на анализ и дает продуманные ответы с учетом контекста. Эта возможность пока доступна в рамках раннего доступа — можно записаться в очередь, чтобы попробовать ее в своей IDE.
JetBrains AI Assistant получил большое обновление: теперь он работает еще быстрее и еще лучше учитывает особенности вашего проекта, полностью интегрируясь в процесс разработки.
Вот что нового:
Теперь AI Assistant можно использовать и в Microsoft Visual Studio Code. Все ИИ-функции, к которым вы привыкли в JetBrains IDE, теперь доступны в VS Code.
Расширение предлагает: чат с учетом контекста проекта, умное автодополнение кода на основе Mellum, генерацию документации, предложения для сообщений коммитов и многое другое. Новый режим Agent помогает вносить сложные изменения сразу в нескольких файлах, но при этом вы полностью контролируете процесс.
Отличный вариант, если вы работаете с C# и в Rider, и в VS Code. Можно подключить уже оформленную подписку на JetBrains AI, а если ее нет — после входа в свой JetBrains-аккаунт вы получите бесплатную лицензию AI EAP.
В этой версии появилась полезная функция для работы с низкоуровневыми исключениями.
Многие фреймворки, включая Unreal Engine, используют инструкцию int3 и похожие сигналы или встроенные в компилятор механизмы, чтобы принудительно остановить отладчик — обычно это реализовано в виде assert-проверки.
В Rider 2025.2 можно игнорировать такие исключения: либо глобально — через новую точку останова для игнорирования исключений, либо локально — выбрав соответствующую команду в контекстном меню редактора, когда происходит низкоуровневое исключение.
Подробнее об этом читайте в нашем блоге.
Теперь в Rider есть фильтры, которые позволяют настроить, в какие методы «заходить» при пошаговой отладке, а какие пропускать. Если метод помечен как пропускаемый, то вместо действия Step Into отладчик выполнит Step Over, что упрощает работу с библиотечным кодом во время отладки.
Методы и функции можно добавить через интерфейс Rider или настроить в файлах .natstepfilter и .natjmc.
Отладка нескольких процессов сразу — задача непростая, поэтому мы добавили настройку, которая при срабатывании точки останова в любом процессе ставит на паузу все остальные. Появились и новые команды, чтобы одним действием продолжить, приостановить или остановить все процессы.
В Rider 2025.2 появилась поддержка отладки нативных процессов на удаленных машинах — так же, как уже работает удаленная отладка .NET-приложений. В окне Attach to Process можно получить список процессов с удаленного компьютера по SSH и подключить отладчик к выбранному процессу.
Пока доступно только на Windows.
Теперь можно менять порядок вкладок дочерних процессов прямо через конфигурационный файл, который отвечает за их подключение. Мы также добавили поддержку условий по количеству срабатываний для точек останова в C++.
И, конечно, все это работает и в проектах на Unreal Engine — загляните в раздел, посвященный разработке игр, там есть еще интересные обновления.
Rider теперь поддерживает отладку шейдеров Unity на уровне исходного кода благодаря встроенному плагину Frame Viewer.
.rdc, созданные с помощью RenderDoc, прямо в Rider.Эти возможности пока доступны только для Unity-проектов на Windows.
Многие просили о возможности отлаживать одновременно и управляемый, и нативный код, особенно в Unity-проектах. В Rider 2025.2 появилась поддержка смешанной отладки для Unity, так что теперь можно ставить точки останова и в C#, и в C++ и пошагово переходить между ними. Чтобы включить смешанную отладку, установите соответствующий флажок в настройках конфигурации запуска.
Эти возможности пока доступны только для Unity-проектов на Windows.
Интеграция Rider с Unity Profiler теперь включена по умолчанию. В версии 2025.1 эта функция еще была экспериментальной. Когда вы запускаете профилирование в Unity, Rider автоматически подгружает данные и показывает информацию о производительности прямо в редакторе.
Подробнее об этой функции читайте в документации Rider.
Мы исправили ряд хитрых ошибок, которые могли приводить к пропущенным брейкпоинтам, зависаниям и другим проблемам с производительностью. Найти и воспроизвести их было непросто — они сильно зависят от конкретного проекта, его размера, используемых паттернов, работы с дженериками и прочего. Сообщество оказало нам огромную помощь в диагностике и воспроизведении этих проблем, поэтому большое спасибо всем, кто откликнулся и поделился информацией и обратной связью!
UINTERFACE Теперь Rider умеет показывать, где используется ваш код в файлах Blueprint, даже если Blueprint реализует UINTERFACE.
Появилось автодополнение для имен методов в метаданных BlueprintGetter и BlueprintSetter.
.uproject Теперь Rider подскажет, что проект Unreal Engine можно открыть прямо через файл .uproject, без генерации файла решения.
Rider работает с нативным форматом проектов Unreal Engine, так что лишний шаг с генерацией больше не нужен. Плюс, это позволяет открывать проекты Unreal Engine и на Mac, и на Linux.
Мы также добавили много новых функций в нативный отладчик, которые пригодятся при работе с Unreal Engine. Подробнее
В Rider 2025.2 появился новый плагин для GDScript, созданный на базе коммьюнити-плагина.
Это значит, что теперь Rider поддерживает собственные возможности для GDScript, включая автодополнение кода, нодов Godot и ресурсов. Вам доступны всплывающие подсказки с документацией и подсказки по параметрам, поддерживается переход к объявлениям по Ctrl+Click и поиск использований (Find Usages), а также рефакторинги, например Rename. В комплекте идут шаблоны файлов, чтобы проще было создавать новый код.
Кроме того, появилось окно Scene Preview, которое показывает все ноды текущей сцены, а также значки в редакторе для запуска сцены, подсветки родительских методов, мониторинга ресурсов, подключенных сигналов и других функций. Инспекции помогают находить проблемы вроде недостижимого кода или неверных типов возвращаемого значения. Плагин умеет анализировать код глубже, чем редактор Godot, и строже относится к значениям без указанного типа и случайным преобразованиям типов. Кроме того, есть набор действий по Alt+Enter для быстрого исправления проблем и мелких изменений.
Мы планируем и дальше улучшать поддержку GDScript в предстоящих релизах.
Мы также исправили несколько проблем в работе с исходниками C++ для Godot: тесты на doctest теперь запускаются корректно, а генерация .sln и .vcxproj стала работать на macOS, Linux, Windows и с разными C++-тулчейнами. Для C#-скриптов в настройках Godot теперь можно отдельно выбрать JetBrains Rider или JetBrains Fleet.
В Rider 2025.2 больше не будет возможности проверять покрытие кода с помощью dotCover в проектах на Mono и Unity. Мы посмотрели на статистику и увидели, что эта функция используется очень редко, а для команды она создает заметный технический долг. Сейчас мы хотим сосредоточиться на повышении производительности и поддержке анализа покрытия веток кода. Мы планируем вернуть анализ покрытия для Unity-проектов, когда Unity перейдет на CoreCLR (скорее всего, после выхода Unity 7 LTS). В окне выбора приложения для анализа покрытия теперь можно будет выбрать только .NET, .NET Core, Windows Service или IIS. Если это изменение мешает вашей работе или у вас есть вопросы — свяжитесь с нашей службой поддержки.
В Rider 2025.2 добавлена экспериментальная поддержка нового языкового сервера TypeScript-Go. Это позволило улучшить производительность и использовать современную архитектуру при разработке на TypeScript.
Чтобы включить эту функцию в проекте, установите как зависимость пакет @typescript/native-preview вместо TypeScript. Rider автоматически определит и подключит нужный сервер.
Подробнее об этом читайте на странице Что нового в WebStorm.
В Rider появился встроенный плагин для работы с SQL-проектами. Плагин работает «из коробки» и заметно упрощает работу с такими проектами. Основные возможности плагина:
Microsoft.Build.Sql.Начиная с Rider 2025.3, функция Dynamic Program Analysis (DPA) в нынешнем виде больше не будет доступна. Но это не прощание — это переход в новый формат.
Часть технологий, на которых работала DPA, мы переносим в окно Monitoring. Это часть нашей общей задачи — упростить работу и собрать в одном месте все, что нужно для наблюдения за приложением и улучшения его производительности. Такой подход позволит сделать процесс более удобным, при этом вы сохраните доступ к важным данным, которые помогают писать быстрый и надежный код. Функции DPA, которые войдут в инструмент мониторинга, будут доступны только по подписке dotUltimate.