サンダストリー カスタムレシピMOD：入力と出力を定義する

サンダストリーは2026年8月13日に早期アクセスを開始し、初日から専用のMOD作成ツールがコア体験に組み込まれて出荷されます。公式ウェブサイトによると、このゲームはMOD作成を念頭に置いて設計されており、カスタムマップ、新しい建物、プロセス、完全なオーバーホールをカバーしています。つまり、サンダストリーのカスタムレシピMODはニッチな実験ではなく、開発者が積極的にサポートする第一級の機能なのです。独自の入力と出力を定義すると、生産チェーンの動作を再形成でき、難易度の調整、まったく新しい進行パスの作成、または常にバランスが悪いと感じていたレシピの修正が可能になります。これは、レシピロジックがゲーム内のすべての自動化ループの中心にあるため、それを習得することで最も深い創造的コントロールの層が解放されるからです。

開発者はまた、公式サンダストリーDiscordを通じてMOD作成ツールとコミュニティMODを共有しており、最初のファイルを書く前に他のプレイヤーが何を構築しているかを簡単に確認できます。これまでMODに触れたことがなくても心配はいりません。このガイドでは、フォルダ構造からJSON構文までのプロセス全体を説明し、事前知識がゼロであることを前提としています。最後には、ゲームにロードできる動作するカスタムレシピMODと、完全なオーバーホールMODのようなより野心的なプロジェクトを試す自信が得られるでしょう。

MOD作成前のレシピシステムの理解

サンダストリーのすべての機械は、レシピ定義を通じて入力を出力に変換し、これらの定義はゲームが起動時に読み取るJSONファイルに格納されています。サンダストリーのカスタムレシピMODを作成するとき、基本的にはゲームにこれらのJSON定義を独自のバージョンに置き換えるか拡張するように指示していることになります。理解する必要があるコアフィールドは、入力リスト、出力リスト、処理時間、およびレシピが適用される機械タイプです。各フィールドには特定の構文があり、その構文を正しく理解することが、クリーンにロードされるMODとコンソールでエラーをスローするMODの違いを生みます。

開発者がYouTubeのビフォーアフタービデオで披露したゲームのシミュレーション書き換えにより、レシピが内部で処理される方法が変わりました。このアップデートにより、MOD作成者にとってシステムがより柔軟になりましたが、レシピファイルがゲームの現在のバージョンと一致していることを常に確認する必要があることも意味します。コミュニティの報告によると、古いビルド用に書かれたレシピは静かに失敗することがあるため、ゲームアップデートのたびにMODを検証する価値があります。レシピシステムはシンプルなキーと値の構造を使用しており、パターンを内部化すれば、ゲーム内のすべての機械に適用できます。

レシピファイルの構造

レシピファイルは、ゲーム自体がデフォルトレシピを定義する方法を反映した予測可能な構造に従います。レシピIDを含むJSONオブジェクトから始め、数量とともに入力アイテムを定義し、続いて数量とともに出力アイテムを定義します。処理時間はティックで測定され、機械タイプによってどの建物がレシピを実行できるかが決まります。作業する基本的な形状は次のとおりです：

{
  "id": "my_custom_smelting",
  "machine": "furnace",
  "inputs": [{"item": "iron_ore", "amount": 2}],
  "outputs": [{"item": "iron_ingot", "amount": 1}],
  "time": 40
}

レシピIDはすべてのMOD間で一意である必要があります。ゲームが競合を解決するためにこれを使用するからです。機械フィールドは、どの建物がこのレシピを受け入れるべきかをゲームに伝え、入力および出力配列は実際の変換を定義します。時間フィールドは、機械がプロセスを完了するために必要なティック数を制御し、これは生産スループットの計算に直接影響します。実験を始めるときは、まず時間値だけを変更してみてください。他のものを壊さずにシステムが応答するのを見る最も安全な方法です。

ゲームがレシピの競合を解決する方法

複数のMODが同じ機械のレシピを定義する場合、ゲームはどちらが勝つかを決定論的に決定する必要があります。コミュニティのテストによると、ゲームは高い数値が優先される優先度システムを使用し、2つのMODが同じ優先度を持つ場合、ゲームはロード順にフォールバックします。これは、別の人気MODと競合するサンダストリーのカスタムレシピMODが静かにそれをオーバーライドし、工場で予期しない結果を生み出す可能性があるため重要です。以下の表は、実際の解決方法をまとめたものです：

実際的な要点は、MODマニフェストに明確な優先度値を設定し、他のプレイヤーのために文書化することです。個人使用のためのMODを構築している場合、デフォルトの優先度で問題ありませんが、サンダストリーワークショップを通じて共有する予定がある場合は、より広範なMODエコシステムとの相互作用を考える必要があります。良い経験則は、優先度50から始めて、特定の競合に遭遇したときにのみ調整することです。

最初のMODプロジェクトのセットアップ

レシピ定義を書く前に、ゲームが期待するフォルダ構造を作成する必要があります。プロセスは簡単ですが、多くの初心者がつまずく場所でもあるので、このセクションでは時間をかけてください。ゲームはサンダストリーのインストールフォルダ内の専用ディレクトリでMODを探し、各MODにはゲームにMODを説明するマニフェストファイルを含む独自のサブフォルダが必要です。マニフェストは、MOD名、バージョン、およびロードされるべきコンテンツファイルのリストを含む小さなJSONファイルです。

ゲームに同梱されている公式MOD作成ツールには、サンダストリーを起動する前にファイルの一般的なエラーをチェックするバリデータが含まれています。このツールは命の恩人です。アイテムIDのタイプミスや、起動時にゲームをクラッシュさせる不正なJSONをキャッチするからです。コミュニティの報告によると、初心者のエラーのほとんどはアイテム名のコピーが間違っていることから発生するため、バリデータは何時間ものフラストレーションを節約します。プロジェクトが検証に合格したら、ゲームにロードしてすぐにテストできます。

MODフォルダ構造の作成

MODフォルダは、ゲームが認識する特定のレイアウトに従う必要があります。ルートフォルダにはMOD IDに一致する名前を付け、その中にマニフェストファイルとレシピ定義用のコンテンツフォルダを配置します。作成する構造は次のとおりです：

• MODルートフォルダ — MOD IDにちなんで名付けられ、例えば my_custom_recipes

• manifest.json — MOD、そのバージョン、優先度を説明

• content/recipes/ — すべてのカスタムレシピJSONファイルを保持

• content/items/ — オプション、レシピが参照するカスタムアイテム用

マニフェストファイルが最も重要な部分です。ゲームが最初にそれを読み取ってMODの内容を理解するからです。最小限のマニフェストは次のようになります：

idフィールドはフォルダ名と正確に一致する必要があり、content配列はゲームがロードするすべてのJSONファイルをリストします。後でレシピファイルを追加する場合は、この配列を更新する必要があります。これは初心者にとって混乱の一般的な原因です。バリデータツールは忘れた場合に思い出させてくれますが、マニフェストとコンテンツファイルの関係を理解しておくことは良いことです。

ゲームに同梱されているMOD作成ツールの使用

サンダストリーには、開発者がメインゲームと並行して更新する一連のMOD作成ツールが含まれており、これらのツールは学習中に最良の友となります。バリデータは構文エラーをキャッチし、アイテムブラウザは正確なアイテムIDを調べることができ、ライブリロード機能はゲームを再起動せずに変更をテストできます。公式ウェブサイトによると、これらのツールはゲームデザインのコア部分であり、後付けではないため、洗練されて信頼性があります。

アイテムブラウザは、サンダストリーのカスタムレシピMODを定義するときに特に価値があります。アイテム名の推測を排除するからです。iron_oreと入力して正しいことを願う代わりに、アイテムを検索して正確なIDをコピーできます。これは些細に聞こえるかもしれませんが、コミュニティデータによると、アイテムIDのタイプミスが初心者のMOD作成エラーの大部分を占めています。ライブリロード機能はもう一つのゲームチェンジャーです。レシピ値を微調整して効果を即座に確認できるため、実験がはるかに楽しくなります。

ゲームプレイを改善するレシピの設計

技術的な基本を習得したら、楽しい部分が始まります：実際にゲームを良くするレシピの設計です。サンダストリーのカスタムレシピMODは、バランスの問題を修正し、新しい進行パスを作成し、またはまったく新しいプレイスタイルを可能にします。鍵となるのは、個々のレシピを孤立して考えるのではなく、生産チェーン全体として考えることです。1つのレシピを変更すると、下流のすべてに影響するため、思慮深いアプローチはランダムな微調整よりもはるかに良い結果を生み出します。

プレイヤーが報告する最も一般的なユースケースは、テックツリー内の位置に対して高すぎるまたは安すぎると感じるレシピの再バランスです。例えば、特定のコンポーネントの作成に時間がかかりすぎると判断し、処理時間または入力数量を減らすかもしれません。あるいは、初期の材料を使用する新しいレシピを追加して、後期ゲームのアイテムをよりアクセスしやすくしたいかもしれません。両方のアプローチが有効であり、MOD作成システムはそれらを探求する自由を与えてくれます。

レシピバランス戦略の比較

良いレシピとは何かについて、プレイヤーによって異なる哲学があり、これらの視点を理解することでより良い設計決定ができます。以下の表は、コミュニティMOD作成者がカスタムレシピを作成するときに使用する3つの一般的なアプローチを比較しています：

効率向上アプローチは個人用MODで最も人気があります。通常のプレイ中にプレイヤーが感じる摩擦点に直接対処するからです。代替パス戦略はより創造的ですが、ゲームの各段階でどの材料が利用可能かを慎重に考える必要があります。難易度向上アプローチはまれですが、バニラゲームをマスターして新しい挑戦を求めるプレイヤーにとって価値があります。どの戦略を選んでも、MOD作成システムはそれを完全にサポートします。

コピーできる実用的なレシピ例

具体的な出発点を提供するために、異なる設計目標を示す3つのレシピ例を紹介します。1つ目は一般的な建築材料のコストを削減し、2つ目は後期ゲームのリソースを生産する新しい方法を追加し、3つ目はより高価だがより速い代替手段を作成します。各例は自己完結型で、アイテムIDをゲームバージョンに合わせて調整した後、MODフォルダにドロップできます：

• より安いレンガ — レンガレシピを2つの粘土の代わりに1つを使用するように変更し、初期建設を高速化

• 代替回路 — デフォルトの材料の代わりに銅線と鉄板から回路を生産するレシピを追加

• 高速合金 — より多くの石炭を使用するが半分のティックで完了する、高コスト・低時間の鋼鉄レシピを作成

これらの例は、サンダストリーのカスタムレシピMODでできることの範囲を示しており、何かがうまくいかないときにデバッグするのに十分シンプルです。これらの1つから始めて、動作させてから、独自のアイデアを試してください。練習すればするほど、JSON構文が自然になり、すぐに何も調べずに複雑なレシピチェーンを書けるようになります。

レシピロジックと競合のデバッグ

テストは多くのMOD作成プロジェクトが成功するか失敗するかの分かれ目であり、サンダストリーはプロセスを管理可能にするための堅実なツールを提供します。ライブリロード機能が主要なテストツールです。レシピ値を変更して数秒で結果を確認できるからです。設計を反復するとき、この速度は非常に貴重であり、慎重な推測ではなく実験を促進します。バリデータツールはゲームをロードする前に構造エラーをキャッチし、最もフラストレーションのたまるタイプのバグから救ってくれます。

ただし、すべてのバグが構造的なわけではなく、レシピがゲームの残りの部分と相互作用するときにのみ現れるものもあります。例えば、レシピは正常にロードされるが、どの機械も使用できないアイテムを生産するか、存在しない機械タイプを参照するかもしれません。これらの論理エラーは手動テストが必要であり、最良のアプローチはクリエイティブワールドで小さなテストセットアップを構築することです。機械を配置し、入力を供給し、何が起こるかを見ます。レシピが機械のメニューに表示されない場合、機械タイプが間違っています。表示されるが実行されない場合、入力がおそらく正しくありません。

一般的なエラーとその修正方法

以下の表は、コミュニティメンバーがカスタムレシピを作成するときに報告する最も一般的なエラーと、典型的な原因と修正をリストしています。これは網羅的なリストではありませんが、初心者が最も頻繁に遭遇する問題をカバーしています：

間違った機械タイプエラーが最も一般的です。正しく聞こえるがゲームの内部IDと一致しない機械名を入力するのは簡単だからです。欠落したアイテムIDエラーは2番目に一般的で、異なる命名規則を使用するWikiからアイテム名をコピーするときに通常発生します。何も生産しないエラーはより厄介です。レシピがロードされて実行されるが、結果が見えないため、診断が難しくなります。すべての場合において、バリデータとアイテムブラウザが最良のツールであり、行き詰まったときはコミュニティDiscordが助けを求めるのに最適な場所です。

トラブルシューティングのためのコミュニティの活用

サンダストリーのMOD作成コミュニティは活発で親切であり、公式Discordは解決できない問題に直面したときに答えを得る最良の場所です。開発者はMOD作成の議論に積極的に参加し、経験豊富なMOD作成者は通常、ファイルをレビューして問題を指摘してくれます。コミュニティの報告によると、ほとんどのトラブルシューティングスレッドは数時間以内に応答があり、まだ発売されていないゲームとしては速いです。

助けを求めるときは、マニフェストファイルと問題を引き起こしているレシピファイル、そして期待したことと実際に起こったことの説明を含めてください。このコンテキストにより、他の人が問題を特定しやすくなります。また、Discordで同様の問題を検索することもできます。多くの初心者が同じ壁にぶつかり、解決策がすでに文書化されていることが多いからです。コミュニティはサンダストリーのMOD作成を学ぶための最良のリソースの1つであり、質問を投稿しなくても参加する価値があります。

レシピを超えて：完全なオーバーホールMODへ

カスタムレシピに慣れてきたら、サンダストリーの完全なオーバーホールMODのより広い世界を探求したいかもしれません。これらのプロジェクトは個々のレシピの微調整を超えて、システム全体を作り直し、新しい機械、新しいアイテム、新しい進行パスを追加します。ゲームに同梱されているMOD作成ツールはこのレベルの野心をサポートし、公式ウェブサイトは完全なオーバーホールをサポートされたユースケースとして明示的に言及しています。学習曲線はより急ですが、見返りは完全にパーソナライズされたゲームバージョンです。

完全なオーバーホールは通常、ビジョンを概説する設計ドキュメントから始まり、そのビジョンを段階的に実装できる小さな部分に分割します。カスタムレシピは通常、最初の部分です。実装とテストが最もシンプルだからです。そこから、レシピが参照する新しいアイテムを追加し、それらのアイテムを処理する新しい機械を追加し、最後にすべてを結び付ける新しい進行システムを追加できます。各ステップは前のステップに基づいて構築され、MOD作成ツールは各レイヤーを先に進む前にテストすることを可能にします。

オーバーホールプロジェクトの計画

以下の表は、他のMOD作成コミュニティからのコミュニティ報告とMOD作成ツールの構造に基づいて、完全なオーバーホールプロジェクトの典型的なフェーズを概説しています：

設計フェーズが最も重要です。変更がバニラゲームとどのように相互作用するかを考えることを強制するからです。レシピフェーズはこのガイドのスキルを適用する場所であり、オーバーホールプロジェクトに不慣れな場合に始めるのに最適な場所です。アイテムフェーズでは新しいJSONフィールドのセットを学ぶ必要がありますが、パターンはレシピと似ています。機械フェーズが最も複雑です。機械には視覚的および行動的コンポーネントがあるためですが、MOD作成ツールには開始に役立つテンプレートが含まれています。

高度なMOD作成のための学習リソース

より深く掘り下げたい場合は、サンダストリーMOD作成ドキュメントがMOD APIの権威あるソースであり、公式DiscordにはMOD開発専用のチャンネルがあります。開発者はまた、シミュレーション書き換えのビフォーアフタービデオのような新しいMOD作成機能を紹介するビデオアップデートを投稿しており、ゲームの内部動作についての洞察を得られます。基礎の構造化された入門には、サンダストリー初心者向けMOD作成ガイドが最初のMODプロジェクトの作成の基本をカバーしています。

進歩するにつれて、経験豊富なMOD作成者がプロジェクトをどのように構造化しているかを見るために、既存のコミュニティMODを研究することも必要です。コミュニティMODガイドは最高の例のいくつかを紹介し、それらが機能する理由を説明しています。ゲームへのMODのロードについて復習が必要な場合は、MODインストールガイドも確認できます。鍵となるのは、実験を続け、成功と失敗の両方から学ぶことです。

よくある質問

サンダストリーのカスタムレシピMODを作り始める最も簡単な方法は何ですか？

サンダストリーのデフォルトコンテンツから既存のレシピファイルをコピーし、アイテムIDと数量を交換して、バリデータに通します。追加する前に、クリエイティブワールドで1つの変更した機械をテストしてください。これにより、形式を学びながら構文エラーを最小限に抑えられます。

カスタムレシピMODをサンダストリーワークショップで共有できますか？

はい、ゲームはワークショップ統合をサポートしており、開発者はプレイヤーにMODの共有を奨励しています。アップロードする前に、MODがバリデータに合格し、変更内容の明確な説明を含めることを確認してください。また、他の人気MODとうまく連携する優先度値を設定し、ゲームアップデートのたびにMODをテストして互換性を確保する必要があります。

サンダストリーの完全なオーバーホールMODにはプログラミング知識が必要ですか？

いいえ、サンダストリーの完全なオーバーホールMODはカスタムレシピと同じJSONシステムに依存しており、より多くの相互接続されたファイルがあるだけです。コードを書く必要はありませんが、アイテム、ブロック、レシピ定義がどのようにリンクしているかを追跡する必要があります。テンプレートとコミュニティDiscordが難しい部分をカバーしています。

ロードされるが機械メニューに表示されないレシピを修正するにはどうすればよいですか？

これは通常、レシピファイルの機械タイプが確認している機械と一致しないことを意味します。サンダストリーのMOD作成ツールで、アイテムブラウザを開いて正確な機械IDを確認し、レシピを更新してください。それが正しい場合は、マニフェストのcontent配列がレシピファイルを参照していることを確認してください。リストされていないファイルはロードされません。

2つのMODが同じレシピを定義するとどうなりますか？

ゲームは優先度システムを使用して競合を解決し、高い優先度値が勝ちます。2つのMODが同じ優先度を持つ場合、ゲームはロード順にフォールバックし、後でロードされたMODが優先されます。驚きを避けるために、マニフェストに明確な優先度を設定し、他のプレイヤーがあなたのMODが彼らのMODとどのように相互作用するかを知ることができるように文書化してください。