Signal Brief

Godotアドオン開発は公開まで一体化するのか。RiderのAsset Store対応が示す変化

JetBrains Rider 2026.2はGodot Asset Store向けアドオン開発テンプレートを用意する。Godotの公式ストア化は、制作だけでなく公開準備のワークフローにも広がり始めている。

Tools & EnginesDesync編集部


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の公開に続き、アドオン制作と公開準備のワークフローが整い始めている。

参照した情報源

一次情報、補助報道、コミュニティ観測を役割別に表示しています。