ツインスティックシューター用のAIプロンプトを3つ作る

ツインスティックシューターの案を実装可能なブリーフにするには、操作、戦闘ルール、今後の確認項目を分けます。左スティックは移動、右スティックは照準を担当し、射撃と敵の攻撃がいつ解決されるかを定義します。そのうえで、キャンペーン全体ではなく小さなアリーナを1つ依頼します。

以下のKestrel Relay Deckは、固定ルールを手計算で解決した独自の架空デザインです。プロンプトはテンプレートであり、どれも実行していません。プレイ可能なビルドやプレイテストもありません。表の結果は観測値ではなく期待状態として扱ってください。

左スティックの移動と右スティックの照準を分ける

移動方向がいつの間にか射撃方向になると、ツインスティック設計を評価しにくくなります。入力仕様を明確にします。左スティックはパイロットの位置を変え、右スティックは照準ベクトルを変えます。パイロットは東を狙いながら北へ移動したり、南東を狙いながら北へ進んだりできます。射撃には最新の照準方向と、移動を解決した後のパイロット位置を使います。

この区別から最初の試作で確かめる問いが生まれます。標的に照準を合わせたまま、予告された攻撃を回避できるでしょうか。紙上で答えられるように、敵1体、攻撃レーン1本、体力1ピップ、短いダメージ時間だけを使います。この例では、地形が操作ミスを隠さないよう遮蔽物や追加システムを外します。

画像は提案するゲーム状態を示したもので、既存ゲームのスクリーンショットではありません。移動でレーンを離れながら照準は標的に保つ、という選択を見せるものです。Wardenのシールドはまだ閉じているため、この時点ではダメージを与えられません。

ビルド用プロンプトの前に操作仕様を決める

Kestrel Relay Deckという小さなアリーナから始めます。障害物やタイルグリッドのない、上から見た10×8メートルの開けた軌道サービスデッキです。パイロットを(2,4)に体力1/1、東向き照準(1,0)で置きます。Relay Wardenを(8,5)に置き、コア体力2、シールド閉鎖で開始します。再開するとこれらの値に戻します。

各1秒ビートは毎回同じ順で処理します。左と右の入力を独立して読み取り、パイロットを最大1メートル移動してアリーナ境界内に制限し、右スティックから照準を更新します。右スティックが中立なら最後の非中立方向を保ちます。Fireが押されたら、移動後の位置から瞬時の弾を最大1発発射し、その後Wardenのフェーズを処理します。シールドが開いており、遮るもののない射線がコア中心を通る場合だけコアを1点減らします。それ以外は弾が消えます。弾薬数、リロード、拡散、反動、追尾、照準補助はありません。

この順序が重要です。掃射がプレイヤーの移動より前なら、ビート2でルール上は回避できる攻撃を受けてしまいます。射撃に移動前の位置を使うと、最後に北へ移動したとき照準の起点が誤ります。順序を明示すれば、この違いを単純な確認項目にできます。

プロンプト1：ビルドを頼む前にルールを定義する

最初のテンプレートが求めるのは生成されたゲームではなく、仕様です。状態一覧、遷移表、解決できない曖昧さを返すようにします。

Kestrel Relay Deckという決定的な見下ろし型ツインスティックシューターの遭遇を設計する。ビルドしたり、テストしたと主張したりしない。障害物もタイルグリッドもない、開けた10×8メートルのアリーナを使う。パイロットは(2,4)、体力1/1、東向き照準(1,0)で開始。Relay Wardenは(8,5)、コアHP 2、シールド閉鎖で配置する。再開すると正確に初期状態へ戻す。

各1秒ビートで左スティックの移動と右スティックの照準を独立して読み取る。移動は最大1メートルに制限し、アリーナ境界内に収める。中立の照準入力では最後の非中立方向を維持する。プレイヤー位置、照準の順に更新し、次に移動後の位置からFire弾を最大1発、その後Wardenのフェーズを処理する。シールド開放中で遮るもののない射線がコア中心を通るときだけ弾がコアに1ダメージを与える。弾薬、リロード、拡散、反動、追尾、照準補助はない。

ビート1でy=4に水平掃射を予告する。ビート2のプレイヤー入力後、まだy=4にいるパイロットを掃射する。パイロットの体力は1ピップだけ。その後、プレイヤーのビート3と4の間コアを開放する。ビート3の命中でWarden HPを2から1へ、ビート4の命中で1から0にして勝利。ビート4終了時にWardenが活動中なら遭遇に負ける。ビート3と4にWardenの攻撃はない。

次を返す。(1) 状態スキーマ、(2) 正確なフェーズ順と合法行動、(3) ビートごとの遷移表、(4) ビート1は北へ、ビート2は東へ、ビート3は東＋射撃、ビート4は北＋斜め射撃という安全な手順、(5) ビート2まで(2,4)に留まる敗北手順、(6) 矛盾または前提の一覧。期待状態を将来の観測結果と分ける。

アリーナを1つに固定し、左右のスティックを独立させる

仕様が安定してからビルド依頼にシーンを記述します。挙動を決める制約を繰り返し、プレイヤーが状態を読み取れるようどんなフィードバックを出すかも定義します。パイロット1体、Warden1体という範囲を保ち、見えるレーン警告、明瞭なシールド状態、区別しやすい命中反応、小さな体力ピップ、即時再開を依頼します。掃射の回避とコア開放を見分けやすくするため、エフェクトは控えめにします。

除外する要素もプロンプトに書きます。「ツインスティックシューターを作って」だけでは、スティックが連動するか、移動が正規化されるか、弾がいつ生成されるか、回避前に攻撃が解決するかが不明です。範囲を絞った依頼で、未レビューの武器システムや2体目の敵によって隙間が埋まるのを防ぎます。

ここでは離れた2つのシアン色の山形が照準を示し、発射を表しません。薄れた警告はパイロットの背後にあり、Wardenの花弁状パネルが開いて、新たにコアが露出しています。それぞれの視覚表現は飾りではなく別々の状態変化を示します。

プロンプト2：プレイ可能な遭遇を1つ依頼する

設計を実装するときに使うビルド依頼案です。生成を試みた記録ではありません。

この固定仕様に基づき、リアルタイム3D見下ろし型ツインスティックシューターのプレイ可能な試作を1つ作る。Kestrel Relay Deckは10×8メートルの平坦な軌道サービスデッキで、床は開けておりグリッドや障害物はない。コバルトとアイボリーのパイロットを(2,4)に、動かないRelay Wardenを(8,5)に置く。体力ピップは1つ、Wardenのコアは2点。再開すると初期状態に戻す。

左スティックは移動だけに使い、1秒ビートあたり最大1メートル。右スティックは照準だけに使う。移動、照準、Fire、Wardenのフェーズの順に解決する。パイロットは同じビートで別々の方向へ移動と照準ができる。Fireは移動後の位置から瞬時の弾を最大1発生成する。閉じたシールドは弾をはじく。開いたシールドでは射線がコア中心を通る場合にコアを1点減らす。右スティックが中立でも照準方向を維持する。弾薬、リロード、反動、拡散、追尾、照準補助、遮蔽物、アイテム、追加の敵、ウェーブ、アップグレード、別の武器を追加しない。

ビート1でy=4に赤橙色の水平警告を表示する。ビート2のプレイヤー入力後にそのレーンを掃射し、Wardenのコアをビート3と4だけ開く。y=4に残っているパイロットは唯一の体力ピップを失う。レーンを離れたパイロットは生き残る。ビート3と4に敵の攻撃はない。ビート4にWardenを倒せば遭遇は即座に終了する。期限時点でWardenが活動中なら敗北。

位置、照準方向、警告レーン、シールド状態、体力、コアへの命中を控えめなアイコンのみの表示で読みやすくする。再試行操作を含め、完全に同じ開始状態へ戻す。画面はこの遭遇だけに集中させる。プロンプトを実行した、またはこのデザインがすでにテスト済みだと示唆しない。

アリーナの手順を手計算する

実装を信頼する前に、期待状態を1ビートずつ確認します。Fireより移動を先に解決します。射線の起点は以前の位置ではなく、新しい位置です。障害物はないため、(4,5)からの水平射撃は(8,5)のWardenに届き、(4,6)からは斜めベクトル(4,-1)で同じコアを狙えます。

成功手順では2つの動きを同時に確認できます。まずパイロットは東向き照準を変えずに掃射レーンから離れます。次に最後の移動は北向きですが、射撃は新しい位置から南東方向に飛びます。移動に合わせて照準も回転してしまう試作は、最終的にWardenへダメージを与えられてもこの仕様には合格しません。

失敗する手順は意図的に短くしています。ビート1と2を通して(2,4)に留まります。警告が表示された後、ビート2の掃射はプレイヤー入力の後に解決されます。パイロットはまだy=4にいるため体力は1から0になり、コアが開く前にランが終了します。後からの射撃を追加したり、これを実測した失敗と呼んだりしないでください。記載したルールを手計算で適用した結果です。

将来のビルドを期待状態と照合する

プレイ可能なビルドが利用できるようになったら、空の観察記録シートと照合します。入力と実際の値は期待値の列とは分けて記録します。確認項目が異なったら、正確なシーンと入力を保存し、操作が受け付けられたかを書き、修正が必要なルールまたは実装を特定してから再確認します。

最後のフレームは手計算した期待手順の終点であり、記録されたテストではありません。コアHPが0になってWardenは停止し、警告は消え、パイロットには体力ピップが1つ残っています。

右スティックが中立の場合、移動境界、照準を変えない射撃も確認します。これらは有用な実装テストですが、手計算の手順から確立した事実ではありません。ビルドが異なる場合はルールか依頼内容を一度に1つ変更し、結果が正しく見えるよう期待値を黙って変更しないでください。

プロンプト3：アクセス可能な将来のビルドを確認する

このテンプレートは条件付きです。ビルドに実際にアクセスできる場合だけ使い、そのセッションから観察欄を記入します。結果を作り出すより空欄のままにする方が正確です。

アクセス可能なKestrel Relay Deckのビルドを以下の期待状態仕様と照合する。デザイン説明から結果を推測しない。各確認をビルド内で実行し、実際の観察を記録して合格、失敗、未実行のいずれかを付ける。ビルドを利用できなければ停止し、テストを実行していないと記載する。

期待する確認：
1. 東を狙いながら北へ移動する。期待：位置は(2,5)へ変わり、照準は東のまま。Fireを押さない限り射撃しない。
2. ビート2で東へ(3,5)に移動する。期待：掃射はy=4を通過して外れ、体力は1/1のまま。Wardenのコアはビート3と4に開く。
3. ビート3で東へ(4,5)に移動してFire。期待：射撃起点は移動後の位置で、射線はコアに届き、Warden HPは2から1に変わる。
4. ビート4で北へ(4,6)に移動し、(4,-1)方向を狙ってFire。期待：射線がコアに届き、Warden HPは1から0に変わり、即時勝利、パイロット体力は1/1のまま。
5. ビート2の掃射まで(2,4)に留まる。期待：体力が1から0に変わり、コアが開く前にランが終了する。
6. 再開する。期待：パイロット(2,4)、体力1/1、東向き照準、Warden(8,5)、コアHP 2、シールド閉鎖、ビート1。

各手順について、実際の入力、位置、照準、射撃起点、シールド、Warden HP、パイロットHP、フェーズ、終了結果、証拠メモを記入する。実際の観察は期待値と分ける。手順を実行していない場合はテストしたと主張しない。

SEELEでツインスティックシューターのブリーフを活用する

SEELE公式のAIスペースシューター生成ツールページは、明確な目標、敵の攻撃パターンを1つに絞る、回避スペースを設ける、警告を表示する、戦闘フィードバックを確認するといった、宇宙シューティング全般のガイダンスを紹介しています。宇宙シューティングのブリーフを始める参考にはなりますが、上記の正確なツインスティック操作に対応することや、この架空の遭遇が作成されたことを示すものではありません。

短い仕様を制作ワークフローに持ち込み、結果があれば左右スティックの分離、射撃起点、警告タイミング、再開動作を確認します。公式のAI Space Shooter Generatorページは、明確な目的、敵の攻撃パターン1つ、回避スペース、見える予告、読みやすい移動や武器のフィードバックを短い遭遇で勧めています。Free AI Game Makerページは平易な言葉のプロンプト、最初のプレイ可能な2Dまたは3D版、ブラウザー上のテスト、追加の改善について説明しています。生成を依頼する前にWorkspaceで選択モデル、利用可能なKoin残高、表示された生成コストを確認してください。これらは一般的な製品説明であり、このツインスティックの仕組みが必ず動くという約束ではありません。

ツインスティックシューターのプロンプト FAQ

ツインスティックシューターでは各スティックは何を操作しますか？

このデザインでは左スティックが移動、右スティックが照準を担当します。入力は独立して読み取られるため、パイロットは東を狙いながら北へ移動できます。これは架空のKestrel遭遇で指定したルールであり、すべてのゲームやSEELEのワークフローに同じ操作があるという主張ではありません。

ビルド用プロンプトで射撃起点を指定する理由は何ですか？

射撃起点によって、移動と射撃が同じビートに起きる場合に弾がどの位置から飛ぶかが決まります。この例では先に移動を解決するため、弾は移動後の位置から始まります。順序を明記すれば、試作が気付かれないまま古い位置から射撃するのを防げます。照準と移動を同時に更新する場合は、両方を記録すると仕様を確認しやすくなります。

これらのプロンプトでプレイ可能な試作ができましたか？

いいえ。この記事のプロンプトはそのまま使える設計テンプレートですが、実行していません。Kestrel Relay Deck、操作ルール、2つの手順は架空で、手計算したものです。プレイ可能なビルド、プレイセッション、測定結果は提供されていないため、期待値の表を観測したゲームプレイとして示してはいけません。

後で独立した移動と照準をどうテストできますか？

ビルドにアクセスできる場合は、一方向に移動しながら別方向を狙い、入力、移動後の位置、表示照準、射撃起点を記録します。実際の観察を期待状態と比較します。ビルドを開けない、または手順を省略した場合は、結果を埋めずに未実行と記録します。ビルドのバージョンと正確な入力順も残してください。

SEELEの宇宙シューティングページはツインスティック対応を約束していますか？

このページは目標、敵の攻撃パターン、回避スペース、予告、戦闘フィードバックに関する一般的なガイダンスを示します。この例の正確な2本スティック仕様を確認するものではありません。参考の出発点として扱い、現行の製品オプションを確認して具体的な結果を自分で点検してください。