Rider 2025.2 は、Junie および JetBrains の AI コーディングエージェントを IDE に直接導入します。プロンプトを使って複雑で複数ステップのタスクを委譲すれば、Junie が残りのタスクを処理し、ユーザーは制御を維持します。このリリースには、Unity シェーダーのソースレベルデバッグ、混合モードデバッグのサポート、Unreal Engine と Godot のさまざまな改善など、ゲーム開発者にとって魅力的な機能が多数搭載されています。さらに、新しい OpenTelemetry プラグインを使用すると、ログやメトリクスなどのランタイム観測データを IDE 内で直接取得できます。
作業負荷を軽減し、エンドツーエンドの生産性を向上させるように設計された AI コーディングエージェントである Junie を使用して、新しいコーディング方法を探ります。
コーディングエージェントは、実際の開発者のタスクに焦点を当てて開発されているため、導入が容易になり、信頼できる結果が得られます。Junie は単純なタスクも実行できますが、より複雑なタスクを任せた時に真価を発揮します。コーディングタスクの委譲には コードモード、機能や新しいソリューションのブレインストーミングには 確認するモードをご利用ください。
このページの AI セクションにスキップして、Junie の機能セットへの最新追加について参照してください。
刷新された モニターツールウィンドウにより、.NET アプリケーションのパフォーマンス最適化が簡単になります。CPU 使用率、メモリ消費量、ガベージコレクションアクティビティに関する対話的なチャートが追加され、パフォーマンスまたはメモリプロファイリングセッションを開始してより詳細な分析を行うことができます。Windows では、パフォーマンスのボトルネックを自動検出することもできます。チャート上の検出結果をクリックするか、時間間隔を選択すると、バンドルされている dotTrace プロファイラーでコールスタックデータが開き、エディターで原因となっているメソッドに直接移動できます。
新しい OpenTelemetry プラグインを使えば、IDE を切り替えずにランタイムの可観測性を実現できます。このプラグインは、ログとメトリクスを Rider に直接取り込みます。任意のログエントリから原因コードに直接アクセスし、パフォーマンスメトリクスを視覚化し、アプリケーションのフローに基づいて自動生成されたアーキテクチャダイアグラムを確認できます。これにより、外部ダッシュボードを必要とせずに、開発中およびテスト中のシステムの動作を把握できます。
JetBrains IDE は、MCP(モデルコンテキストプロトコル)サーバーのワンクリックセットアップをサポートしました。これにより、サードパーティ製 AI エージェントへの接続が簡単になります。お使いのマシン上で互換性のあるクライアントが検出されると、IDE がサーバーを有効化し、接続を自動構成するように促します。手動セットアップは不要です。
この統合により、JetBrains IDE 機能は、優先 AI クライアントへのインテリジェントな拡張機能となり、ユニットテストの実行、コードのリファクタリング、ファイルの生成などのアクションをトリガーできるようになります。
Rider 2025.2 では、Rider のガベージコレクションを担う ConserveMemory
設定を実験的に採用しました。その結果、マネージドメモリのピーク消費量が最大 20% 削減されました。この改善は、特に大規模なコードベースで作業する際に顕著に感じられるでしょう。
ローカル変数やユーザー定義ウォッチの評価コストが高い場合の、Rider によるデバッガーステップ実行の処理方法を改善しました。以前は、大規模な Unity オブジェクトの追跡や複雑な LINQ 式といったコストの高いウォッチの場合、Rider が必要な計算を実行するため、コードのステップ実行が遅くなることがありました。Rider は不要な評価をより効率的にキャンセルし、ウォッチを多用するプロジェクトでも、迅速かつ応答性の高いステップ実行を実現します。
Rider 2025.2 は、C# 14 の最新機能の初期サポートに加え、コード解析に関する様々な改善点を備えています。主な変更点は以下のとおりです。
Rider は、コード補完、コード分析、 使用箇所の検索、 名前変更リファクタリングなどを提供することで、新しい C# 14 拡張メンバーのサポートをプレビューします。
C# 14 は、部分イベントとコンストラクターによるソース生成の可能性を拡張し続けています。Rider は、これらの新しいユースケースに対応するために更新されます。
Rider 2025.2 を使用すると、新しい a?.b = c
および a?[i] = c
パターンを使用してコードを簡素化しながら、潜在的な null
値を安全に処理できます。
Rider は、C# 14 で導入されたユーザー定義の複合代入演算子を正しく理解して処理するようになりました。
Rider は、新しい #!
および #:
プリプロセッサーディレクティブを認識するようになりました。
C# およびコード分析の更新の完全なリストについては、ReSharper の新機能 2025.2 ページにアクセスしてください。
Rider は、Roslyn の CompletionProvider
API に基づくコード補完拡張機能をサポートするようになりました。これにより、NuGet 対応アナライザーは、Roslyn の CompletionService
に接続することで、コンテキストに応じたインテリジェントなコード提案を提供できるようになります。
この機能強化により、高度な ASP.NET Core 補完 (ルートパターンや埋め込み言語構文など) のサポートに加え、コミュニティパッケージや社内ツールからのカスタム補完もサポートされるようになり、Rider 開発エクスペリエンスの柔軟性が向上します。
Rider は、Roslyn ベースのサプレッサーを完全にサポートするようになりました。これにより、ソースファイルの内容を乱雑にすることなく、カスタムロジックで不要な警告を抑制できます。従来の [SuppressMessage]
属性や #pragma
ディレクティブとは異なり、これらのサプレッサーはバックグラウンドで動作し、目に見えない形で機能します。診断メッセージが抑制されると、エディターから消えるため、ワークフローを中断することはありません。
コード補完の インポート機能とクイックフィックスがさらに改善され、静的型メンバーがサポートされるようになり、他のシンボルのパフォーマンスと精度が向上しました。
コードアノテーションは必要な型を自動的にインポートするようになり、コンテキストアクションを介して推論された型を指定することがより多くの状況でサポートされるようになりました。
言語相互運用性や F# スクリプトに関連する問題を含む、コード分析における複数の問題を解決しました。
JetBrains の AI コーディングエージェントである Junie は、最大 30% 高速化され、モデルコンテキストプロトコル(MCP)をサポートすることで、より深いコンテキスト認識とよりスマートなタスク実行を実現します。今回のリリース以降、Junie はリモート開発にもご利用いただけます。
Junie は GitHub と統合され、IDE を開かなくてもプルリクエストを管理できるようになりました。非同期処理の場合、Junie は分析と応答に時間を掛け、より思慮深くコンテキストを考慮した結果を提供します。この機能は現在、早期アクセスプログラムでご利用いただけます。ウェイトリストにご登録いただくと、IDE でご利用いただけます。
JetBrains AI Assistant が大幅にアップグレードされ、開発ワークフローに完全に統合された、より高速でプロジェクトを意識した AI アシスタンスが実現しました。
新機能は以下のとおりです:
詳細はここで参照してください。
AI Assistant が Microsoft Visual Studio Code で利用できるようになりました。これにより、JetBrains IDE で利用できる使い慣れた AI ベースの機能が VS Code ワークフローにももたらされます。
この拡張機能は、プロジェクト対応のチャット、Mellum を活用した(英語)インテリジェントなコード補完、ドキュメント生成、コミットメッセージの提案などを提供します。新たに導入された エージェントモードは、プロセスを完全に制御しながら、複雑な複数ファイルの変更をサポートします。
Rider と VS Code の両方で C# をご利用の場合、これは最適なオプションです。現在お持ちの JetBrains AI サブスクリプションをご利用いただけます。まだお持ちでない場合は、JetBrains アカウントでログインすると、無料の AI EAP ライセンスが自動的に発行されます。
このリリースでは、低レベルの例外をサポートする優れた新機能が導入されています。
Unreal Engine を含む多くのフレームワークは、int3
命令や同様のシグナルまたはコンパイラー組み込み関数を使用してデバッガーを強制的に停止します。これは通常、アサーションの形式として実装されます。
Rider 2025.2 では、新しい例外抑制ブレークポイントを介してグローバルに、または低レベルの例外が発生したときにエディター内で右クリックしてローカルに、これらのアサーション例外を抑制することができます。
詳細についてはブログ投稿(英語)を参照してください。
パワーユーザー向けに、ステップフィルターという便利な機能を追加しました。これにより、特定のメソッドに対する ステップインの動作が変更されます。メソッドまたは関数がスキップ対象としてマークされている場合、 ステップインアクションは ステップオーバーのように動作し、デバッグ中に「ライブラリ」コードを操作しやすくなります。
メソッドと関数は UI に追加したり、.natstepfilter
および .natjmc
ファイルを通じて構成したりできます。
複数のプロセスのデバッグは複雑な作業になる可能性があるため、いずれかのプロセスでブレークポイントに到達したときにすべてのプロセスを一時停止する新しい設定を追加しました。また、すべてのプロセスを再開、一時停止、停止する新しいアクションもあります。
Rider 2025.2 は、リモート .NET アプリケーションのデバッグと同様に、リモートマシン上のネイティブプロセスのデバッグをサポートするようになりました。 プロセスにアタッチダイアログは、SSH 経由でリモートマシンからプロセスリストを取得し、選択したプロセスにデバッガーをアタッチします。
現在 Windows のみで利用可能です。
その他のマイナーアップデートには、子プロセスへのアタッチを制御する構成ファイルを通じて子プロセスのタブの順序を変更する機能の追加と、C++ ブレークポイントのヒットカウント条件のサポートの追加が含まれます。
もちろん、これらの新機能はすべて Unreal Engine 開発でも問題なく動作します。Unreal Engine のその他の新機能については、ゲーム開発セクションを参照してください。
Rider では、バンドルされたフレームビューアープラグインで Unity シェーダーのソースレベルのデバッグが提供されるようになりました。
.rdc
レンダリングスナップショットを Rider 内で直接インスペクションします。現在 Unity プロジェクトは Windows のみで動作しますで利用可能です。
ご要望の多かった機能の一つとして、マネージドコードとネイティブコードの両方をデバッグできる機能、特に Unity プロジェクトでのデバッグ機能が追加されました。Rider 2025.2 では、Unity プロジェクトの混合モードデバッグがサポートされるようになりました。これにより、C# コードと C++ コードの両方にブレークポイントを設定し、両コード間をステップ実行できるようになりました。実行構成エディターのチェックボックスをオンにすることで、混合モードデバッグを有効化できます。
現在 Unity プロジェクトは Windows のみで動作しますで利用可能です。
Rider と Unity プロファイラーの連携をデフォルトで有効化しました。この機能は 2025.1 でテスト的に導入されましたが、この度デフォルトで有効化されました。Unity でプロファイリングを行うと、Rider は自動的に詳細を読み込み、パフォーマンス情報をエディターに直接表示します。
この機能の詳細については、Rider のドキュメントを参照してください。
また、ブレークポイントのスキップ、ハングアップ、その他のパフォーマンス問題につながる可能性のある、いくつかの厄介な問題も修正しました。これらの問題はプロジェクト固有の問題であり、サイズ、特定のコーディングパターン、ジェネリクスの使用箇所などにも関連しているため、追跡と再現が非常に困難でした。これらの問題の診断と再現にはコミュニティの皆様から多大なご協力をいただきました。ご協力いただき、多くの有益な情報とフィードバックを提供いただいた皆様に心より感謝申し上げます。
UINTERFACE
の 使用箇所を表示 ブループリント内でコードが使用されている場所を表示するための Rider の優れたサポートが拡張され、UINTERFACE
を実装するブループリントもサポートされるようになりました。
BlueprintGetter
および BlueprintSetter
メタデータのメソッド名にコード補完を追加しました。
.uproject
ファイルを読み込むための新しいサジェスター このリリースでは、ソリューションファイルを生成する代わりに、.uproject
ファイルを使用して Unreal Engine プロジェクトをロードすることを提案する便利な小さな通知を追加しました。
Rider は Unreal Engine のネイティブプロジェクトフォーマットをロードでき、ソリューションファイルの生成は不要です。これにより、ゲーム開発者の手間が省けます。この変更により、Rider は Mac および Linux で Unreal Engine プロジェクトをロードできるようになります。
さらに、ネイティブデバッガーには Unreal Engine での作業に非常に役立つ多くの新機能が実装されています。ネイティブデバッグセクションの新機能もぜひご確認ください。
Rider 2025.2 は、以前のコミュニティ主導のプラグインに基づいて、新しい GDScript プラグインをバンドルしています。
これにより、Rider は GDScript に独自の機能(コード補完、Godot ノード、リソースなど)を追加できるようになりました。ドキュメントツールチップとパラメーターヒントの表示に加え、宣言や 使用箇所の検索への Ctrl+Click ナビゲーション、 名前変更などのリファクタリングもサポートされます。ファイルテンプレートも含まれているため、新しいソースコードを簡単に追加できます。
また、現在のシーン内のすべてのノードを表示する シーンプレビューツールウィンドウと、現在のシーンの実行、親メソッドのハイライト表示、リソース使用量の監視、接続されたシグナルの確認などを行うためのエディター内アイコンも用意されています。インスペクションは、到達不能コードや戻り値の型の不足または誤りなどの問題をチェックできます。また、Godot エディターよりも詳細な分析を実行でき、型指定されていない値や意図しない暗黙的なキャストに対してより厳密な分析が可能です。さらに、問題を修正したり、小さな変更を加えたりするための Alt+Enter アクションも多数用意されています。
今後のリリースでは、Rider の GDScript サポートをさらに更新する予定です。
C++ Godot ソースワークフローにおけるいくつかの問題にも対処しました。doctest ベースのテストが正しく実行されるようになり、.sln
/.vcxproj
生成が改善され、macOS、Linux、Windows、様々な C++ ツールチェーンがサポートされるようになりました。C# スクリプティングでは、Godot のエディター設定で JetBrains Rider と JetBrains、Fleet を個別に登録できるようになりました。
Rider 2025.2 は、dotCover から Mono および Unity プロジェクトへのカバレッジ分析の提供を終了します。利用率の低さを分析した結果、パフォーマンス向上とブランチカバレッジに注力しているチームの技術的負債が大幅に増加することが判明しました。Unity が CoreCLR に移行した後(おそらく Unity 7 LTS 以降)、Unity プロジェクトのカバレッジ分析を再開する予定です。カバーアプリケーションダイアログで利用可能なターゲットアプリケーションの種類は、.NET、.NET Core、Windows サービス、IIS に縮小されます。この変更によってお客様に悪影響がある場合、または懸念事項がある場合は、サポートチーム(英語)までご連絡ください。
Rider 2025.2 は、新しい TypeScript-Go 言語サーバーの実験的なサポートを導入し、TypeScript 開発に改善されたパフォーマンスと最新のアーキテクチャをもたらします。
プロジェクトで TypeScript の代わりに @typescript/native-preview
パッケージを依存関係としてインストールすることで、これを有効にできます。Rider は適切な言語サーバーを自動的に検出して使用します。
詳しい情報については、WebStorm の新機能ページを参照してください。
Rider は、バンドルされたプラグインを通じて SQL データベースプロジェクトのサポートを開始しました。このプラグインはすぐに使用でき、SQL データベースプロジェクトでの作業がよりスムーズになります。主な機能は以下のとおりです。
Microsoft.Build.Sql
SDK スタイルのプロジェクトのサポート。Rider 2025.3 以降、動的プログラム解析(DPA)機能は現在の形では利用できなくなります。しかし、これは単なるお別れではなく、変革です。
DPA を支える分析システムの一部が モニターツールウィンドウに統合されます。これは、ワークフローを簡素化し、アプリケーションのパフォーマンスを一元的に監視・改善するための包括的な取り組みの一環です。この変更により、より効率的で効率的なエクスペリエンスを提供しながら、より優れた高速ソフトウェアの構築に不可欠な貴重な知見を維持できます。モニタリングツールに組み込まれた DPA 機能は、dotUltimate ライセンスでのみご利用いただけます。