コードインサイト
シンボルベースのコードインサイトエンジンは現在デフォルトで有効化されています。 RubyMine が Ruby コード、特にクラス、モジュール、定数を理解する方法が変わります。 RubyMine 2026.2 では、シンボルベースのモデリングが他のコードインサイトアクションにも拡張され、より一貫したナビゲーション、ドキュメント、検索が可能になり、パフォーマンスも向上し続けます。 メソッドのサポートは今後のリリースで予定されています。
ユーザーエクスペリエンス
いくつかのコード分析機能が改善され、名前空間をまたいで Ruby シンボルを扱う作業がより簡単かつ予測可能になりました。
クラス、モジュール、定数の補完機能
コード補完は、特に 認定定数に関して大幅に改善されました。

機能 | 改善 |
|---|---|
名前空間を横断するあいまい検索 | 補完機能が名前空間をまたいだあいまい検索に対応し、修飾名の一部しか入力していなくてもシンボルを検索できるようになりました。 この動作は どこでも検索と似ているため、完全な名前空間を入力しなくてもシンボルを見つけることができます。 |
名前空間を考慮した補完 | 名前空間の接頭辞がすでに入力されている場合、補完候補にはその名前空間の要素のみが表示されます。 例: RubyMine は |
修飾名を自動的に短縮する | 補完結果を挿入する際、RubyMine は名前を短縮しても解決が損なわれないかどうかを判断します。 ![]()
|
完成プレゼンテーション | 補完ポップアップに、候補となる要素に関する情報がより分かりやすく表示されるようになりました。
サポートされているアイコンの例は次のとおりです。
|
使用箇所の検索と名前の変更

結果はより明確なカテゴリに整理され、大きな結果セットでもナビゲーションしやすくなります。 コメント、文字列リテラル、シンボルリテラル、プレーンテキストファイルなど、非コード使用箇所は使用タイプごとにグループ化されます。
Rename リファクタリング
機能 | 改善 |
|---|---|
インライン名前変更 | モーダルダイアログを開かずに、エディター内で直接シンボル名を変更できるようになりました。 |
使用例を除く | 名前変更リファクタリングを適用する前に、結果リストから特定の使用箇所を除外することで、名前変更の対象となる参照を制御できます。 |
クイックドキュメントと Cmd/Ctrl+ホバーヒント
機能 | 改善 |
|---|---|
クイックドキュメント | クイックドキュメントでシンボル定義がより明確に表示されるようになりました。 利用可能な場合は型情報が表示され、関連する宣言もナビゲーション可能なリンクとして表示されるため、初めて見るコードの調査が容易になります。 |
Cmd/Ctrl+ホバーヒント | Cmd/Ctrl+ホバーヒントでは定数やグローバル変数を含む Ruby シンボルの追加の型情報が表示されます。 これにより、 クイックドキュメント を開かずにシンボル定義を確認できます。 |
構造ビュー
構造 ビューには、いくつかの表示改善点があります。
コンテナーノードは、子ノードを持たない場合、展開矢印を表示しなくなりました。
ネストされた宣言は、完全な名前で表示されます(例:
Bar1::Baz1)。class << selfとして定義されたシングルトンクラスは、<< selfとして表示されます。絶対参照には、
::という接頭辞が表示されるようになりました。同じ名前のエントリは非表示にならなくなりました。
シングルトンクラスでは、匿名クラスのアイコンが使用されるようになりました。
継承されたメンバーは、シングルトンクラスも含め、正しく自然な順序で表示され、位置のフォーマットも改善されています。

ナビゲーション
機能 | 改善 |
|---|---|
宣言に移動 | 宣言に移動 はクラス、モジュール、定数に対してより一貫して動作します。 シンボルを正確に解決できない場合でも、RubyMine はフォールバックシンボルマッチングで関連する宣言を見つけることができます。 |
型宣言に移動 | ナビゲーションは、以前は動作しなかったケースでも機能するようになりました。これにはクラスおよびモジュールの定数、RBS 型、ユニオンのような複雑な型などが含まれます。 クラスまたはモジュールに対して呼び出された場合、ナビゲーションは、シングルトンクラスが存在する場合はそれを優先し、存在しない場合は通常のクラスまたはモジュール定義に移動します。 |
パラメーター定義
機能 | 改善 |
|---|---|
修飾名 | 修飾名の各コンポーネントは個別の参照として扱われます。 宣言に移動、 使用箇所を検索、 名前変更、 補完 などのコードインサイトアクションは、 |
補完と名前変更 | パラメーター定義は、ファジーマッチや修飾名の自動短縮、対応している場合のインプレースリネームなど、他のシンボルベースエンジン同様に補完や名前変更機能を利用できます。 |
動的な Ruby 構造体
新しいエンジンは、Ruby ソースファイル内で明示的に宣言されていないシンボルについても、コード内の情報を把握しやすくする機能を向上させています。
これには、フレームワークの規約、型定義、動的な Ruby 構造を通じて導入されたシンボルが含まれます。 これらのシンボルはコードインサイトで認識されるようになり、IDE 全体でより一貫性のある動作をするようになりました。
プロジェクト構造からの Rails ネームスペース
Rails プロジェクト構造によって暗示されるモジュールは、名前空間として認識されるようになりました。
この例では、 Admin 名前空間が検出され、通常のモジュールとして扱われます。
この場合、モジュールは明示的な Ruby 宣言ではなくディレクトリ構造から生成されるため、名前変更リファクタリングは利用できません。
RBS 型署名からのシンボル
RBS 型シグネチャーファイルで定義されたシンボルが、コードインサイトに組み込まれるようになりました。
Book や Readable などのシンボルは RBS から認識され、モデルに含まれます。
クラスとモジュールのエイリアス
動的に作成されたクラスやモジュールを参照するエイリアスが、IDE によって追跡されるようになりました。
このようなエイリアスはクラスおよびモジュールシンボルとして認識され、スーパークラスの宣言や include 呼び出しなど、関連するコンテキストで使用されます。
パフォーマンス
新しいモデリングエンジンにより、特に大規模プロジェクトや複雑なコードベースにおいて、コードの分析がより迅速かつ応答性が向上します。
コード補完、ナビゲーション、 使用箇所を検索 において、結果の計算効率が向上していることに気づくかもしれません。
社内ベンチマークにおいて、以下の改善点が確認されました。
適格な第一要素定数完了: 40% 高速化について
合計定常完了時間: 50% 高速化について
タイプ一致補完 (例外): 95% 高速化について
使用箇所を検索:
大規模プロジェクトでは 60% 高速化 、一般的なケースでは 15% 高速化
大規模プロジェクトでは以前の実装と比べてメモリ使用量が 半分未満です。
