Godotアドオン開発は公開まで一体化するのか。RiderのAsset Store対応が示す変化
JetBrains Rider 2026.2はGodot Asset Store向けアドオン開発テンプレートを用意する。Godotの公式ストア化は、制作だけでなく公開準備のワークフローにも広がり始めている。
Godot Foundationは2026年5月26日、JetBrains RiderがGodot Asset Store向けアドオン開発をサポートすると発表した。Godot Asset Storeの公開に続き、今度は「作る」だけでなく「公開できる形に整える」ワークフローが見えてきた。
Godot Asset Store本体については、すでに公式配布導線の整備として見ることができる。今回のRider対応は、そのストアに載せるアドオンをどう作るかという制作側の導線だ。Godotのエコシステムが、置き場だけでなく開発環境側にも広がり始めている。
この記事で見ること
- Rider 2026.2がGodotアドオン開発に何を用意するのか
- GDExtensionやエディタプラグイン制作の入口がどう変わるか
- Godot Asset Store公開後のエコシステム整備として見る理由
テンプレートから公開準備まで
Godot公式記事によると、Rider 2026.2ではGodotアドオンをゼロから作るための専用プロジェクトテンプレートが用意される。対象は、単純なスクリプト系アセット、エディタプラグイン、ネイティブC++を使うGDExtensionまで含む。
重要なのは、プロジェクト構造、ビルド設定、実行設定、デバッグ、Godot Asset Storeへの提出推奨に沿った構造まで意識されている点だ。アドオン開発者は、制作後に公開用の構造へ整える作業を最初から見据えやすくなる。
Godotアドオンは制作物であり、配布物でもある
Godot向けのプラグインや拡張は、作って終わりではない。エンジンバージョン、依存関係、サンプル、ドキュメント、バイナリ、更新履歴、互換性の説明が必要になる。配布導線が公式ストアへ移るなら、アドオン側も一定の整理が求められる。
Riderのテンプレートが価値を持つのは、この「制作物」と「配布物」の間を短くするからだ。特にGDExtensionを含むアドオンでは、ビルドやデバッグの負担が大きく、IDE側の支援は実用性に直結する。
Asset Store本体の記事とは別の論点
Godot Asset Storeの公開は、アセットを探す側の発見性と信頼性を整える話だった。今回のRider対応は、アセットを出す側の生産性と公開準備の話だ。両方が揃うと、Godotの周辺ツール市場は少しずつ「作品を置く場所」から「継続的に運用する場所」へ近づく。
もちろん、これだけでGodot向け有料アドオン市場がすぐ大きくなるわけではない。だが、IDE、公式ストア、GDExtension、エディタプラグインの導線がつながることは、Godotで制作する小規模チームやツール開発者にとって重要な基盤になる。
要点
- Rider 2026.2は、Godot Asset Store向けアドオン開発テンプレートを提供する。
- 対象はスクリプトアセット、エディタプラグイン、C++ GDExtensionまで広い。
- Godot Asset Storeの公開に続き、アドオン制作と公開準備のワークフローが整い始めている。
参照した情報源
一次情報、補助報道、コミュニティ観測を役割別に表示しています。
JetBrains Rider 2026.2のGodot Asset Storeアドオン開発テンプレート、GDExtension対応、公開準備済み構造に関するGodot公式記事。
Godot Asset Store公開と、Asset Libraryからの移行に関する既存文脈。Desyncでは既に別記事として公開済み。