呪文レシピとマナから最初の戦闘判断を作る

読みやすい最初の部屋から始める

魔法弾シューターは、プレイヤーが標的のレーンを読み、呪文の組み合わせを選び、詠唱コストに見合うか判断すると面白くなります。このチュートリアルでは、標的を確認し、呪文を選び、マナを数え、命中を確認する最初の部屋の仕様を作ります。

「Lattice Ward」は独自の架空設計です。以下のルールと計算は計画方法を示すための手計算です。プロンプトは実行しておらず、プレイ可能なビルドも実際のテストも観察していません。SEELEが生成した結果もありません。表は開始状態からどの標的が残るかを追い、魔法弾シューターとして実装済みであるかのように扱いません。

呪文レシピとマナのルールを定義する

敵、移動強化、広いアリーナを加える前にルール契約を書きます。Lattice Wardでは術者は座標(0,0)にいて、正のx方向を向きます。静止した真鍮の結界標的はx=4、x=5.5、x=8に並び、各標的は1回の命中で消えます。術者は10単位以内の標的を狙えます。マナは呪文を確定した時にだけ減り、回復しません。

パズルを読みやすくする点が3つあります。第一に「選択標的」は最初に当たる標的を指し、連鎖が独自に遠くを選ぶわけではありません。第二に1.5単位ルールは術者からの距離でなく、最初の標的と次に対象となる有効標的の間隔を測ります。第三にForkは1回だけ連鎖します。最初の2標的の間隔はちょうど1.5単位、2番目と3番目は2.5単位です。そのため近い方は対象になり、遠い標的はこの連鎖の上限外です。

各結界は耐久1なので、明確な命中点滅と有効状態の変化で攻撃結果を伝えられます。発射前に費用を表示し、詠唱1回ごとにマナを1度だけ差し引き、残量を見えるようにします。費用不足なら使えないと示し、部屋の状態は変えません。リセットで同じ3位置、各耐久1、呪文選択、開始マナを復元します。これらは受け入れ条件案で、観測結果ではありません。

小さな最初の射撃場を依頼する

有用な最初の依頼では目標、制約、期待する反応、結果確認の方法を指定します。確認しやすい長さに保ちます。以下は設計補助の文面で、実行済みのプロンプトではありません。

コンパクトな三人称魔法弾シューターの訓練部屋を作る。プレイヤーは1本の直線レーンの手前端に置き、距離4、5.5、8単位に静止した一撃で消える結界標的を3つ並べる。Cinder：10単位以内の選択中の有効標的1つへマナ1で1ダメージ。Cinder+Fork：マナ2で選択標的に命中し、続けて1回だけ、間隔1.5単位以内にある一直線上の次の有効標的へ連鎖する。開始マナは2で回復なし。呪文の選択、標的、詠唱費用、残りマナ、連鎖経路、各標的の命中または消滅状態を読みやすいアイコンで表示する。開始状態に戻すリセットを含める。まず選択、費用、結果を確認できるルールどおりの部屋をプレイ可能にする。次にマナ2のコンボを確認する：近い2標的は命中し、遠い標的は有効なまま残る。依頼ルールと違う結果があれば黙って変更せず報告する。

部屋を拡張する前に、各ルールを見える反応で確認します。各標的を選べるか、術者の10単位射程が3つすべてに届くか、Forkが1.5単位では連鎖し2.5単位では止まるか、マナが選んだ詠唱コスト分だけ減るか、1回の命中で結界が消えるか、リセットで同じ状態に戻るか。実ビルドで失敗があれば、実際の入力と結果を記録してから、そのルールだけを修正します。これは将来の確認項目で、ビルドが合格した証拠ではありません。

マナ2の基準ケースを追う

作者が定めた例を紙上で追います。3標的すべてを有効にし、マナ2から開始します。x=4の最初の標的を選び、Cinder+Forkを選択してマナ2を一度支払います。最初の命中はx=4に当たります。一直線上にある次の標的x=5.5は1.5単位先なので、許可された1回の連鎖が届きます。耐久1の2標的はこの設計状態で消えます。x=8の標的は2番目から2.5単位離れているため有効なままです。マナ残量は0です。

このトレースは2つの別の確認を示します。費用は詠唱可能か答え、射程と連鎖距離はどの標的に作用するか答えます。Forkの連鎖上限が1.5のままなら、射程を伸ばしても残る2.5単位の間隔は解決しません。コストを下げると標的への到達範囲を変えず資源バランスだけが変わります。診断では別の調整項目として扱います。

予算の値を1つ変える

管理された紙上比較のため、形状、費用、耐久、射程、連鎖上限、詠唱順を固定します。開始マナだけを2から3へ変えます。最初のCinder+Forkは引き続き2を消費し、近い2標的に当たります。マナが1残るので、Cinderを1回唱えれば射程10単位以内の最後の有効標的x=8へ届きます。総費用は2+1=3です。2回目の後、定義したモデルでは耐久1の3標的すべてが消え、マナは0です。

結果画像は紙上で設計した最終状態を示します。近いペアにはForkの反応があり、遠い標的には別の単発詠唱の痕跡があります。マナ数はイラストではなく台帳から導いています。手計算の視覚説明で、記録されたゲーム結果ではありません。この調整演習は決定的な架空のリハーサルであり、測定した反復やAIツールに関する実証的主張ではありません。

呪文を弱めず開始マナを1増やす理由は何でしょうか。2つのレシピの意味を保ちながら、変数を1つだけ変えるからです。実装が後で異なる動きをしたら、仕様の費用と標的状態を観察結果と比べられます。ただしテスト済みと呼ぶ前に、実際のビルドで比較する必要があります。

コンボと資源の失敗を診断する

呪文連鎖が不公平に感じても、数値を変える前に失敗を言葉にします。診断表があれば、到達距離の問題をマナ増量で「解決」したり、フィードバックの問題をバランスの問題と取り違えたりしにくくなります。

これらは妥当な設計上の問いであり、Lattice Wardで観察した失敗の報告ではありません。将来の実装をきれいに記録するには、開始状態、選択標的、レシピ、詠唱後の予想マナ、予想標的状態、実際に観察した反応を記します。証拠がなければ例は紙上モデルのままにし、制約を表示します。

最初のビルドループにAIゲームメーカーを使う

ルール契約を確認できる長さにしたら、平易な言葉でゲーム制作ワークフローへ依頼し、プレイ可能な出力を見て仕様を改善できます。公式Free AIゲームメーカーページでは自然言語での依頼、プレイ可能な2D・3Dの確認、Workspaceでの反復を説明しています。一般的なシューター分類や制作フローは、この特定のCinder+Forkが正しく実装されることを示すものではありません。

最初のビルド依頼では、3つの標的座標、2種類の呪文費用、1回連鎖のルール、詠唱射程、リセットを仕様に残します。その後、選択、費用表示、命中、連鎖対象、消滅状態を1つずつ調べます。ビルドがルールと違えば、実際の状態を記録し、そのルールだけを修正します。製品フローは一般的な依頼・確認・反復を支えますが、この架空設計を検証するのは作成者です。

コンボを読みやすく保つ

魔法弾シューターの最初の部屋では、結界3つ、レシピ2つ、見えるマナ予算で役立つ判断を教えられます。呪文費用と標的への到達範囲を分け、連鎖距離を確認し、仕組みを増やす前に詠唱結果を追いましょう。Lattice Wardの紙上計算ではマナ2で近いペアだけが消え、開始値だけを3に変えると同じコンボと単発詠唱で3つすべてに届きます。計算は独自に手作業で確認した設計例です。ゲーム、プロンプト、テスト結果は主張しません。

呪文コンボを理解しやすくする要素は？

選んだレシピ、費用、最初の標的、連鎖上限、各標的の命中・消滅反応を見せます。プレイヤーはどの効果が起き、なぜ次の標的が対象になったか分かる必要があります。射程外の標的にも明確な反応を用意します。

魔法弾シューターの開始マナはいくつにすべきですか？

意図する判断に基づいて予算を決めます。この架空例ではマナ2でCinder+Forkを1回唱え、遠い標的を有効なまま残します。マナ3ではコンボとCinder単発1回を使えます。紙上計算で、テスト済みのバランスではありません。

連鎖呪文の距離はどれくらいにしますか？

普遍的な距離はありません。ルールを明記し、近い例と範囲外の例で確認します。Lattice Wardでは1回だけ1.5単位まで連鎖し、1.5単位のペアは対象、次の2.5単位の間隔は対象外です。最初の部屋では対象の並びと終了条件を見せます。

Lattice Wardは実在ゲームまたは測定済みAI出力ですか？

いいえ。Lattice Ward、ルール、手計算状態、コンセプト画像は架空の計画素材です。プロンプトは実行しておらず、プレイ可能なビルドやプレイヤーテストを観察していません。SEELEの出力も主張しません。標的名、呪文名、部屋、数値はこの例のための創作です。

コピー可能な部屋プロンプトはテストされましたか？

いいえ。提案する入力とチェックリストで、記録されたプロンプト実行ではありません。版を作ったら、テスト済みと説明する前に、正確なプロンプト、ビルド識別、開始状態、操作、期待結果、観察結果を記録してください。期待した計算と実測挙動も別に保存します。