劇的な惑星画面だけでテラフォーミングゲームにはなりません。変更できる条件を持つ区画、限られた予算、目標に達したかを示す明確な確認を用意します。この独自の紙上例では、乾いた盆地が熱、水分、大気の目標範囲を下回って始まります。プレイヤーは稼働させる施設を選び、メーターの変化を見て、次のフェーズまで待つかエネルギー予算を増やすか決めます。名称、値、費用、閾値、結果は架空のゲームルールです。プロンプト実行、プレイ可能ビルド、環境シミュレーションはありません。役立つ成果は、何が変化し、何を消費し、いつ成功を判定し、その後何が見えるかを定めた簡潔な設計契約です。
プレイヤーが変更できる区画から始める
架空の惑星をCinder Reachと呼び、目標区画Cinder Basinから始めます。その先にはCinder Ridgeがありますが、盆地が作者の定めた安定範囲に達するまで選べません。これでプレイヤーに行動する理由が生まれます。各フェーズは短い資源配分パズルで、判定に成功すると次の行き先が開きます。
中心ループは「区画を調査→電力を割当→環境メーターを反映→安定性を判定→経路変更または拡張」です。各段階は別の問いに答えます。何を変える必要があるか。どの施設が変えられるか。フェーズ予算で計画を賄えるか。反映後に全閾値を満たしたか。次に何が可能になるか。「惑星をテラフォーミングする」という広い依頼より、小さなループの方が説明・確認しやすくなります。

これは架空の管理ゲーム設定で、現実の惑星条件モデルではありません。メーターは抽象的な画面値です。「安定」は以下のルールが独自の目標判定を通ったという意味だけです。この境界を明確にすれば、具体的な数値を使ってもゲームの仕組みを環境科学と混同しません。
システムを増やす前に世界の状態を決める
まず初期状態と成功範囲を記します。各状態メーターは0〜4の架空スケールです。最初の盆地は熱1、他の条件は0から始まります。判定条件は熱2以上、水分1以上、大気1以上です。最初の区画ではメーターが自動で変化しません。
| ゲーム内メーター | 盆地の開始値 | 合格閾値 | 読み取りやすい表示 |
|---|---|---|---|
| 熱 | 4段階中1 | 2以上 | 琥珀色の点 |
| 水分 | 4段階中0 | 1以上 | 青い点 |
| 大気 | 4段階中0 | 1以上 | 淡いシアンの点 |
| フェーズエネルギー | 3単位 | 選んだ各施設を稼働させるのに十分 | 次のフェーズでエネルギーアイコンをリセット |
効果が重ならない施設を3つ使います。各施設は1フェーズに1回だけ稼働できます。エネルギーは次のフェーズでリセットされ、持ち越しません。安定判定の前に選んだ操作をすべて反映します。
| 施設 | エネルギー費用 | 選択区画への効果 |
|---|---|---|
| Solar Mirror | 1 | 熱を1増やす |
| Mist Condenser | 2 | 水分を1増やす |
| Air Seeder | 1 | 大気を1増やす |
紙上モデルで最初の2施設を動かした後は、熱2/4、水分1/4、大気0/4です。フェーズエネルギー3単位をすべて使ったため、Air Seederはまだ未稼働です。大気の目標が1足りないためフェーズ終了時の判定は不合格です。これらの値は記述したルールと計算から導いたもので、確認済みゲーム挙動や画像の証拠ではありません。

プレイ可能な惑星ループを1つ依頼する
有用な最初のプロンプトには区画、プレイヤーの選択肢、予算、処理順、結果を判断できるフィードバックを指定します。何を除くかも示します。以下は将来のビルド向け設計プロンプトで、生成器には送信していません。
架空のCinder Reachというゲームのために、オリジナルのリアルタイム3Dアイソメトリック惑星管理ルームを1つ作る。乾燥したCinder Basinと、盆地が作者の安定判定を通るまでロックされたままの隣接行き先Cinder Ridgeを表示する。すべての環境値は架空のゲームメーターとし、惑星科学として扱わない。 Cinder Basinは熱1/4、水分0/4、大気0/4から開始する。目標は熱2以上、水分1以上、大気1以上。各フェーズ開始時にエネルギー3を与え、未使用分は繰り越さない。フェーズ中、選択した区画の各施設を最大1回稼働できる。Solar Mirrorはエネルギー1で熱を1増やす。Mist Condenserは2で水分を1増やす。Air Seederは1で大気を1増やす。値の上限は4。施設効果を反映してから安定を判定し、メーターの自然変動はなし。 現在のメーター値と残りエネルギーを明確なアイコンで示す。フェーズ終了時に、未達の目標または安定状態を表示する。Cinder Basinが3つすべての閾値を通過した後に限りCinder Ridgeを解放する。全初期値とロックされた行き先に戻す完全リセットを含める。最初の部屋では区画状態、施設選択、エネルギー減算、フェーズ処理、解放の反応に集中する。現実の居住可能性、農業、クラフト、戦闘、マルチプレイヤー、無関係な資源制度は加えない。 短い操作一覧と順序付き状態遷移を返す。受け入れ確認を含める:予算3ではSolar MirrorとMist Condenserが正確に3を消費し、大気は未達。次のフェーズではAir Seederを使って合格できる。リセット後は(1,0,0)、エネルギー3、ロックされたRidgeに戻る。曖昧なルールや異なる挙動は報告し、期待どおりの結果が起きたと黙って主張せず、修正を1つ提案する。
このプロンプトは期待する挙動を観察可能にしますが、特定の実装を保証するものではありません。有用な応答は作者が確認できるプレイ可能な初期ルームであり、作者のルールすべてが実装された証拠ではありません。次に実際の状態遷移を文章の契約と照合します。
エネルギー3の基準を追う
開始予算が3なら、MirrorとMistを合計1+2=3で選べます。自然変動はなく、判定前に操作を反映するため、結果は熱2、水分1、大気0です。最初の2条件は合格しますが、大気は最低値より1不足します。Cinder Basinは不安定のままで、Cinder Ridgeもロックされたままです。
| フェーズ | 操作 | 使用エネルギー | 反映後の盆地 | 判定 |
|---|---|---|---|---|
| 1 | Solar Mirror + Mist Condenser | 1 + 2 = 3/3 | (熱2、水分1、大気0) | 不安定。大気が1不足 |
| 2 | Air Seeder | リセットされた3のうち1 | (熱2、水分1、大気1) | 安定。Ridgeを解放 |
第2フェーズは新たにエネルギー3で始まりますが、稼働が必要な施設は1つだけです。未使用の2エネルギーは次のフェーズに持ち越しません。このルールを明示すれば、電力を貯められるという誤解を防げます。判定は選んだ全操作の反映後にだけ行うため、フェーズ途中では区画を解放しません。
エネルギー出力だけを変える
次に管理された修正を1つ行い、フェーズ予算を3から4へ増やします。初期状態、閾値、施設費用、1回制限、効果量、フェーズ順、自然変動なしのルールは固定します。これでプレイヤーは3施設すべてを1フェーズ内に稼働できます:Solar Mirror (1) + Mist Condenser (2) + Air Seeder (1) = エネルギー4。盆地は(2,1,1)になり、3つすべての目標を満たしてフェーズ終了判定を通ります。
これで紙上スケジュールは2フェーズから1フェーズになります。これは作者が定めた数値からの結果です。修正がより楽しいこと、生成ゲームがルールどおり動くこと、プレイヤーが早い進行を好むことの証拠ではありません。それらを評価するには将来のプレイ可能ビルドで実際に観察する必要があります。

| 紙上パス | 変更した入力だけ | 施設計画 | 定義した結果 |
|---|---|---|---|
| 基準 | 変更なし。予算3 | 第1フェーズでMirror + Mist。第2フェーズでAir Seeder | 2回のフェーズ判定後に目標達成 |
| 修正版 | 予算3 → 4 | 第1フェーズでMirror + Mist + Air Seeder | 同じ目標を1回のフェーズ判定で達成 |
この1変数比較は処理能力を切り分ける点で有用です。閾値、操作費用、効果、解放タイミングも変えると、新しいスケジュールをどの調整が生んだか分からなくなります。ここでは計算を簡単に確認できます。すべての施設を1回ずつ動かすにはエネルギー4が必要で、修正後の予算はちょうど4です。
紙上契約を将来の確認項目にする
紙上トレースはビルドテストではありません。プレイ可能版ができたら、仮定で空欄を埋めず、起きたことを小さな記録表に残します。(1,0,0)と予算3にリセットして開始します。MirrorとMistを1回ずつ動かし、それぞれのメーター変化とエネルギー合計の減算を確認してからフェーズを終了します。見える状態は(2,1,0)、大気目標は未達、Ridgeはロック中のはずです。
新しいフェーズを始め、Air Seederを1回動かします。操作前にエネルギーが3へ戻ること、1単位減ること、大気が1となり他の値が変わらないことを確認します。フェーズ終了時には安定状態とRidge解放を確認します。その後リセットし、メーター、エネルギー、行き先ロックが宣言した初期状態へ戻ることを調べます。これらは今後の受け入れ確認項目で、このパッケージには観察記録がありません。
| 将来ビルドでこう見えたら… | 最初に確認するルール | 次の修正を絞る |
|---|---|---|
| 大気未達なのに盆地が合格する | フェーズ終了判定は3閾値すべてを確認するか? | 施設効果を変える前に閾値判定を修正する。 |
| エネルギーが0未満になる | 次の選択前に各施設の費用を差し引くか? | 予算を変える前に費用上限の制御を修正する。 |
| 最初の2施設後にRidgeが開く | 解放はフェーズ終了時の安定判定を待つか? | 目標値を変える前に判定タイミングを修正する。 |
| リセット後もメーターまたは解放状態が残る | リセットは宣言した開始項目をすべて戻すか? | 区画を増やす前にリセット対象一覧を修正する。 |
ビルド識別子、開始状態、操作順、各操作前後のエネルギー、フェーズ終了時メーター、安定・不安定表示、解放状態、リセット結果を記録します。このログなら不一致が表示、費用処理、操作順、判定のどれから生じたか分かります。紙上計算から実際の挙動を復元することはできません。
明確な入力でAIゲームメーカーを使う
読者が入力するのは、盆地の目標、開始値と目標範囲、施設アクション3つ、費用、フェーズ順、視覚的フィードバック、リセットを含む短い自然言語の仕様です。SEELE公式Free AI Game Makerページは、平易な英語のプロンプトからプレイ可能な初版2D・3Dを作り、ブラウザーで試し、追加プロンプトで改善する流れを説明しています。生成前に表示費用を確認する案内もあります。これらは一般的な手順で、この例の施設やメーターの実装を約束するものではありません。
このタスクで求めるのは作成者が確認できる最初の部屋です。区画値、施設選択、エネルギー減算、フェーズ終了判定、解放状態、再開を確認します。実際の結果を上の受け入れ項目と照合します。メーターがなかったり操作が異なったりしたら、違いを報告し、ルールを1つずつ修正します。依頼文自体をゲーム成功の証拠にしないでください。
自然言語のゲーム案を受け付けるため、幅広いゲームスタジオ機能が関係します。現在のカタログは一般的なゲーム制作を説明し、テラフォーミング専用機能やこの管理ループの保証を掲載していません。公式製品ページは一般的なワークフローの出典としてのみ使います。 Free AIゲームメーカー
惑星上の判断を1つ続ける
テラフォーミング試作は区画1つ、条件3つ、小さな資源予算、フェーズ終了判定から始めます。Cinder Reachモデルはエネルギー3の割当で大気が不足し、4なら同じ作者定義の目標へ1フェーズ早く届く様子を示します。これは紙上設計で、実ビルドやテスト済み反復ではありません。プレイ可能版ができたら数値を変更する前に操作と状態変化を測定します。自分の最初の部屋を作るならFree AIゲームメーカーを試し、ルールに照らして実際の結果を確認します。
よくある質問
Cinder Reachの例は実際の惑星科学に基づいていますか?
いいえ。熱、水分、大気、それぞれのスケール、安定閾値は架空のゲームメーターです。小さな資源配分ループを計算しやすくするためのもので、実在惑星や居住可能性を説明するものではありません。権威ある資料で別途調べない限り、実科学上の主張を例に加えないでください。
エネルギー3の基準ではなぜ2フェーズかかりますか?
MirrorとMistの費用は1+2=3なので、第1フェーズにAir Seederへ使うエネルギーが残りません。状態は(2,1,0)となり、大気目標に届きません。新しいフェーズでエネルギー3が再び得られ、Air Seederは1を使い状態を(2,1,1)にして定義された判定に合格します。
エネルギー4の紙上修正で何が変わりますか?
フェーズ予算だけを3から4にします。これでMirror、Mist、Air Seederを同じフェーズに1回ずつ、合計4で稼働できます。結果の状態(2,1,1)はそのフェーズの判定を通ります。手計算であり、テスト済みのバランス調整やプレイヤーの好みの観察ではありません。
このテラフォーミングのプロンプトまたはゲームはテスト済みですか?
いいえ。プロンプトは提案する設計素材で、ゲームメーカーには送信していません。プレイ可能ビルド、環境シミュレーション、プレイテストはありません。表は架空ルールに基づく決定的な紙上リハーサルです。実装、理解、楽しさを検証できません。将来のテストではビルドと観察した状態変化を記録します。
SEELEはこのテラフォーミングの仕組みを生成すると保証しますか?
いいえ。SEELE公式ページは平易な言葉による一般的なゲーム制作、プレイ可能な2D・3D出力、ブラウザー確認、追加プロンプトを説明しています。これらの施設、メーター、閾値、解放ルールを保証しません。実際の生成ゲームで各操作、エネルギー減算、フェーズ判定、リセットをテストしてから利用してください。


