AIで車両戦闘ルールをプレイ可能なゲームにする

車両戦闘ゲームのプロンプトは、「運転して撃つ」だけでは不十分です。車両の操作、武器の飛び方、射撃を遮るもの、相手が撃つタイミング、試合の終了条件を正確に指定します。その後、運転できるアリーナ、プレイヤーの武器、相手と勝敗処理の順にルールを実装します。各段階で同じ名前付き位置と時間条件を確認します。

Tinwake Circuitは架空の設計演習です。ルール、プロンプト例、命中計算はこの記事用に作成しました。プロンプトは実行しておらず、ゲームも生成されていません。プレイテストやプレイヤー結果も主張していません。確認項目を自分のビルドの目標に使い、実際に観察した内容だけを報告してください。

1試合の設計仕様を決める

ビルドを依頼する前に、短いルールシートで試合を定義します。Tinwake Circuitはティール色のバギー1台、アンバー色の相手1台、前方へ撃つパルス武器1つ、小さなアリーナ、制限時間60秒を使います。この小さな仕様なら、乗員、武器製作、ボスフェーズ、キャンペーンを加えずに運転と射撃の判断を見せられます。

最初の射撃ルールを確かめるのに試合全体は必要ありません。開始状態と1発の射撃だけを単独で確認してから、相手の予定動作を加えられます。重要なのは全プロンプトで仕様を固定することです。後の依頼で弾速、アリーナ座標、装甲を変えると、先の計算は使えなくなります。

まず運転できるアリーナを作る

ダメージより先に移動と衝突を依頼します。後の射撃確認は通路の開閉に左右されるため、「障害物をいくつか」ではなく境界と固定障壁の座標を指定します。カメラには両車両と次の旋回先を表示させます。そうしないと上からのアリーナが正しく見えても、プレイヤーが壁を回れるか分からないことがあります。

既存のアリーナで、最初のTinwake Circuitプレイ可能パスだけを作る。100×60設計ユニットの見下ろし2D長方形に、東向きのティール色プレイヤーバギーを(20,10)、南向きのアンバー色の相手を(80,10)に置く。両者の装甲は3マークから開始するが、このパスでは武器とダメージは無効。中央の壁をx=45–65/y=24–36、低い鉄鋼ブロック2個をx=8–18/y=44–54とx=30–40/y=44–54に置く。y=10のプレイヤー射撃テスト線とx=80の相手移動レーンは空ける。Wで加速、Sでブレーキまたは後退、A/Dで操舵し、障壁にぶつかるとダメージなしで車両が止まる。カメラに両車両、アリーナ全体、次の旋回先を表示する。位置、向き、タイマー、巡回状態、弾、装甲を初期状態に戻すRestartを加える。中央の壁の周囲の移動、各低ブロックとの衝突、リセット状態を確認する。武器、相手AI、アイテム、アップグレード、追加目標は加えない。実際に行った確認だけを報告し、それ以外は未検証のままにする。

空のアリーナで中央の壁を回り、各低ブロックに接触して確認します。衝突でバギーが止まり装甲が変わらないこと、Restartで位置だけでなく両車両の向きも戻ることを確認します。2つの低ブロックはy=44–54にあり、プレイヤーのy=10射撃線にも相手のx=80移動レーンにも重なりません。これは提案設計の幾何確認であり、生成ビルドの結果ではありません。

プレイヤー射撃を加え、明瞭な命中確認を行う

移動を確認できたら、プレイヤーの武器だけを追加します。ここではSpaceでティールのバギー前方から機首の向きにパルスを発射します。別の砲塔ではなく車両を曲げて照準します。弾速は毎秒20ユニットなので、(20,10)から(80,10)までは60÷20＝3秒。相手はNorth Pylonに4秒間留まるため、t=0に撃てば離脱前の1秒間に到着します。

既存のTinwake Circuitアリーナでプレイヤーのパルス武器だけを作る。現在の操作、アリーナ寸法、開始位置、障壁、車両移動は維持する。ティールのバギーに固定前方パルス武器を1つ加える。Spaceで車両の現在の向きに発射し、弾速は毎秒20ユニット、クールダウン1.2秒、直撃で相手の装甲マーク3つのうち1つを減らす。鉄鋼障壁は弾を止める。追尾、範囲ダメージ、砲塔照準、追加武器はない。(20,10)から東へNorth Pylonの相手(80,10)に向かう射線を明瞭に確認する。60ユニットの弾は3秒で到着し、相手はt=4までその場に留まる。(20,30)からの射撃は中央の壁で止まる。見えるクールダウンと命中反応を加える。相手の射撃や試合タイマーの変更はまだ加えない。作成後、各確認で観察した結果を報告する。未実行の項目は合格と主張せず未検証と記す。

対になるテストを行います。(20,30)から壁に向かって東へ発射し、弾が止まることを確かめます。次に(20,10)から東へ撃ち、3秒で到着するかを確認します。次のプレイヤー射撃の前に1.2秒以上待ちます。相手がまだ実装されていなければ、2つ目の確認ではNorth Pylonに停止ターゲットを置けます。ビルドで実行するまではどちらの結果も合格と説明しないでください。

相手の射撃と試合終了を決定的にする

「敵が巡回して撃つ」では推測の余地が多すぎます。2つのウェイポイント、移動速度、停止時間、到着時の向き、射撃周期を指定します。パイロン間の40ユニットは毎秒10ユニットなら4秒。最初の4秒停止と合わせると相手はt=8にSouth Pylonへ着いて射撃し、t=16に戻ります。移動中や停止中に連続射撃するのではなく、到着ごとに1回撃ちます。

既存のTinwake Circuitアリーナとプレイヤー武器の確認済みルールを変えずに拡張する。決定的な相手を1台追加する。North Pylon (80,10)で4秒停止し、毎秒10ユニットで南へ40ユニット進んでSouth Pylon (80,50)にt=8到着する。北を向き、到着時に直線パルスを1発撃って4秒停止。北へ戻りt=16に到着し、南を向いて1発撃って4秒停止する。この移動と停止の周期を繰り返し、t=8,16,24…の到着時だけ射撃する。相手の弾速は毎秒20ユニットで、追尾も範囲ダメージもない。直撃でプレイヤーの装甲マークを1つ減らす。いずれかの車両の装甲が3つすべて失われたら試合終了。ちょうどt=60で新しい操作と射撃を止め、時刻が60より前の命中だけ処理してから装甲を比較する。t=60以降の命中は数えない。装甲の多い側が勝ち、同数は引き分け。結果を表示し、Restartでアリーナ、タイマー、巡回時刻、弾、位置、向き、装甲をリセットする。(80,50)から北へ進む相手弾が停止中のプレイヤー(80,40)に0.5秒で届くことを確認する。x=80の外にいるプレイヤーはその射線を回避できる。命中勝利、引き分け、名目上の命中時刻がちょうどt=60となる弾も確認する。未実行はすべて未検証とする。

最初の被弾確認ではプレイヤーを(80,40)に置きます。(80,50)から北へ飛ぶ弾は10ユニットを0.5秒で進みます。x=80から外れた位置でも繰り返し、レーンを離れると直線射撃を避けられるか確認します。鉄鋼ブロックは弾を止めます。2つの低いブロックはx=80にかからないため、指定したテスト線は空いています。

武器と同じくらい試合境界も正確に指定します。ちょうど60秒で新しい操作と射撃を止め、時刻が60秒より前の命中だけ処理してから残り装甲を比較します。ちょうどt=60に着弾する弾は得点判定から除外します。同点、3マーク差の勝利、t=60の比較、Restartをテストします。Restartでは表示タイマーだけでなく、保留中の弾と巡回時刻も消去する必要があります。そうしないと次の試合に見えない状態が持ち越されます。

一度に1つのルールだけを修正する

将来のビルドで弾が中央の壁を通り抜けた場合は、開始位置、向き、射撃時刻、期待される衝突位置、観察した反応を記録します。その後、射線の修正だけを依頼します。同じ遮断／通過射線を再確認する間、弾速、クールダウン、装甲、操舵、相手の挙動は変えません。これは仮定した修正例であり、ここで観察された失敗の報告ではありません。

現在のアリーナでは、(20,30)から東へ撃つプレイヤー弾は中央の壁で止まる必要がある。鋼鉄障壁がパルスを遮るかを決めるルールだけを変更する。移動、弾速、クールダウン、装甲、ダメージ、相手の時刻は維持する。(20,30)の遮断線と(20,10)の通過線を再確認する。観察した結果を報告し、未実行は未検証と表示する。

修正の範囲を絞ると、原因を1つずつ診断しやすくなります。2回目のテストで3秒の命中タイミングやクールダウンまで変わったなら、修正が衝突判定以外に広がっているため、さらに範囲を絞る必要があります。ビルド版、プロンプト、初期状態、期待状態、観察状態、未検証項目を小さく記録してください。

ゲーム制作ワークフローをレビューの反復に使う

公式のFree AIゲームメーカーページでは、平易な言葉でゲームを説明し、プレイ可能な2Dまたは3Dの結果を確認し、Workspaceで反復する一般的な手順を紹介しています。送信前にWorkspaceで選択モデル、利用可能なKoin残高、表示された生成コストを確認するよう案内しています。これは一般的な制作の引き継ぎを支える情報であり、車両戦闘ルールが動作する保証ではありません。仕様とテストを1つずつ渡し、自分で結果を確認し、観察していない挙動は未検証のままにします。

最初のパスで役立つ成果は、観察できる小さな状態一覧です。両車両の開始位置、どの射線が遮られるか、弾がいつ到着するか、タイマーが試合をどう決めるかをまとめます。範囲を限定したプロンプトなら、具体的に点検できるものができます。ビルドの実行や証拠の記録に代わるものではありません。

よくある質問

車両戦闘ゲームのプロンプトでは、まず何を定義すべきですか？

アリーナの境界、プレイヤーと相手の開始状態、操作、武器1つ、ダメージ、勝利条件、時間切れを含む1試合の仕様から始めます。1回の撃ち合いを確認できるよう移動と射撃のタイミングも加えます。これらが明示されていればモデルが推測する組み合わせが減り、プロンプトを短くできます。

運転、武器、相手AIを1つのプロンプトにまとめるべきですか？

最初の試作では確認可能な段階に分けます。まず運転できるアリーナと衝突判定、次にプレイヤーの固定武器と射線、最後に相手の予定射撃と試合処理を依頼します。各段階で同じルール仕様を保ち、新しい要素を加えた後も前の挙動を確認します。

射撃が命中するかどうかはどう確認できますか？

発射位置、向き、速度、標的の位置と移動、障害物、着弾時刻を書き出します。次に経路を計算し、再現可能な命中と遮断または回避される射撃をビルドに表示させます。Tinwake Circuitの項目は架空のルールから導いた合格確認であり、生成ゲームをテストした結果ではありません。

Tinwake CircuitはSEELEで作られた実在ゲームですか？

いいえ。Tinwake Circuitはプロンプト構成を示すための独自の架空デザインです。巡回タイミングと命中例はルール演習として記述し手計算しました。プロンプトは実行しておらず、ゲームも生成されていません。プレイテストやプレイヤー結果も主張していません。コンセプトアートは説明用で、製品画面ではありません。

最初のビルドが戦闘ルールを外したらどうすればよいですか？

変更を加える前に、正確な開始状態、行動、期待する反応、観察した反応を記録します。速度、装甲、クールダウンを維持したまま、障壁の衝突判定など1点に絞った修正を依頼します。その後、同じ確認と関連ケースを再実行します。挙動を観察していない場合は結果を作らず未検証と記録します。