AIプロンプトでゲームを作る方法（実際に使えるプロンプト集、2026年版）

誰もがこのデモを見たことがあるでしょう。AIに「プラットフォーマーを作って」と入力すると、数秒後に小さなゲームが現れる。まるで魔法のように見えます。でも実際に自分のアイデアで試してみると、何となく近いけれど思い描いた通りではなく、どの言葉を変えればいいのかもわからない、という経験をするはずです。

ほとんどの場合、原因はAIではありません。プロンプトです。AIでゲームを作ることは実際のスキルであり、そのスキルの大部分は「何を、どの順番で入力するか」と「結果が外れたときにどう対応するか」にあります。このガイドはプロンプトそのものに特化しています。機能するプロンプトの構造、繰り返し使えるパターン、コピペで使えるサンプル、そして静かにターンを無駄にするプロンプトについて解説します。

アイデアから制作までの全体的な流れを知りたい場合は、ステップバイステップガイドでループ全体を説明しています。この記事は、誰もが最初につまずく部分、つまりプロンプト自体に焦点を当てています。

{/* IMAGE: Hero. A single chat prompt on the left ("make the player jump when I press space") and the running game on the right showing the jump. Clean editor screenshot style, 1200x630. */}

大半の悪いプロンプトを修正する一つのルール

ほぼすべてのAIゲームで残念な結果につながるミスは一つ、ゲーム全体を一つのプロンプトで頼むことです。

「戦闘、ショップ、クエストのある楽しい2D RPGを作って」は効率的に見えます。しかしこれは最悪の入力です。このプロンプトはAIに、あなたが指定していない100の設計判断を求めています。戦闘の仕組み、プレイヤーの操作方法、クエストとは何か、ショップの開き方などをすべてAIが推測します。その結果が意図と違っても、どの推測が原因かわからず、修正もできません。

これを解決するルールは「一プロンプト、一メカニクス」です。小さく具体的なプロンプトを重ねてゲームを作り、各ステップ後にゲームを実行します。これは説明は遅く聞こえますが、実際ははるかに速い。各プロンプトが確認・テスト・修正できるものを生み出すからです。このガイドのすべてはこのルールの上に成り立っています。

機能するプロンプトの構造

良いゲームプロンプトは、たとえ一文でも三つの要素を持っています。

1. 対象。 このプロンプトは何に影響しますか？プレイヤー、敵、スコアラベル、カメラ。名前を挙げましょう。
2. 動作。 それは何をしますか？移動、ジャンプ、スポーン、ダメージを受ける、値を変える。
3. トリガーと結果。 いつ発生し、何が起きますか？スペースキーでジャンプ。接触でライフ減少。100点で勝利。

まとめると「スペースキーを押したらプレイヤーをジャンプさせる」。対象（プレイヤー）、動作（ジャンプ）、トリガーと結果（スペースキーでジャンプ）。AIが推測するものは何もなく、まさにその通りに作ります。

「コントロールの感触を良くして」と比べてみてください。対象がなく、動作は感覚で、トリガーもありません。AIは何かを作りますが、それがあなたの頭の中にある「感触」と一致することはほぼありません。プロンプトがうまくいかないときは、この三つの要素を確認してみてください。たいてい一つが欠けています。

動作は変換できる。雰囲気は変換できない。

これが、思い描いた通りのものを作れる人と、AIと格闘し続ける人の違いです。

動作とは、明確なトリガーと結果を持つものです。「敵は壁に当たるまで左に移動し、その後反転する」「プレイヤーが鍵を持っているとドアが開く」「タイマーは60からカウントダウンし、ゼロになるとゲーム終了」。AIはこれらを曖昧さなく変換できます。

雰囲気は「緊張感を出して」「居心地よくして」「難しくして」「ジューシーにして」などです。これらは本物のイメージで重要ですが、メカニクス・アート・テンポの結果として生まれるものであり、AIが直接構築できる指示ではありません。これらをプロンプトとして入力すると、文字通りの、たいてい意図と外れた解釈が返ってきます。

解決策は、プロンプトを書く前に自分で雰囲気を動作に翻訳することです。「緊張感を出す」は「敵はプレイヤーの3マス以内に近づくと速度が上がる」になります。「ジューシーにする」は「敵がダメージを受けたとき、0.1秒間カメラを揺らし、敵を白くフラッシュさせる」になります。その翻訳こそが実際のゲームデザインの作業であり、AIには代替できない部分です。数値は非常に有効です。「ゆっくり」は推測ですが、「プレイヤーの3倍遅い速さで」は指示です。

一日中使い回す5つのプロンプトパターン

ゲームを作る作業の大半は4～5種類のプロンプトを繰り返し使うことです。これを覚えれば語彙は完成します。

ビルドプロンプトは新しいメカニクスを一つ追加します。対象、動作、トリガーと結果。

「歩いて触れると集められるコインを追加し、そのたびにスコアを1増やして」

チューニングプロンプトはすでに機能しているものを変更します。現在の動作を参照し、方向を示します。

「ジャンプが浮ついた感じがする。ジャンプの頂点を過ぎた後、プレイヤーの落下を速くして」

「敵が簡単すぎる。速度を50%上げ、4秒ごとではなく2秒ごとにスポーンするように変更して」

方向が重要です。「ジャンプを改善して」は推測です。「頂点以降の落下を速くして」はAIに何をどう変えるかを伝えます。

修正プロンプトはバグを開発者に報告するように記述します。何をしたか、何を期待したか、実際に何が起きたか。

「空中でスペースキーを押したら再度ジャンプしてしまった。地面にいるときだけジャンプできるようにしてほしい」

アセットプロンプトはアートやサウンドを生成します。スタイル、視点、用途を具体的に指定します。

「2Dプラットフォーマー用、16x16ピクセルアート、金色のコイン、正面向きで生成して」

「森のステージ用に、穏やかで少し神秘的な、ループするバックグラウンドトラックを生成して」

構造プロンプトはシーンやシステムを内容を埋める前にセットアップします。

「レベルを読み込むPlayボタンと、Quitボタンがあるメインメニューシーンを作成して」

作るものはほぼすべてこれらのプロンプトの組み合わせです。魔法のプロンプトを探しているのではなく、各結果を確認できる順番で小さく具体的なプロンプトをつないでいくのです。

{/* IMAGE: A labeled grid of the five prompt types, each with a one-line example and a tiny screenshot of its result. 1000x1000, illustration. */}

実際のゲーム、プロンプトごとに

実際の作り方で作った小さなゲームを紹介します。プランはシンプルで、Flappy Birdのクローン。ジャンプする四角、動くパイプ、接触で死亡、スコアです。プロンプト5つ。

プラットフォーマーテンプレートから始めて動くプレイヤーがすでにいる状態にしてから：

「スペースキーを押すたびにプレイヤーが一定量上にジャンプし、重力で落ちるようにして」

実行する。四角がはばたく。動作がプロンプトと一致する。

「右端にスポーンして一定速度で左に移動するパイプを追加して。プレイヤーが通れる隙間をつけて」

実行する。パイプがスクロールする。一致する。

「プレイヤーがパイプまたは地面に触れたときにゲームを終了し、Game Overラベルを表示して」

実行する。死亡判定が発動する。一致する。

「プレイヤーがパイプを通過するたびに1ずつ増えるスコアを上隅に追加して」

実行する。スコアが刻まれる。一致する。

「ゲームオーバー時に、プレイヤー、パイプ、スコアをリセットするRestartボタンを表示して」

実行する。ループが端から端まで完成する。

各プロンプトに注目してください。対象、動作、トリガーと結果があります。各ステップで何をしたか気づいてください。次を追加する前にゲームを実行して動作を確認しました。3つ目のプロンプトでパイプへの接触で死亡するが地面では死なないという結果になったとき、修正すべきが3つ目のプロンプトだとすぐにわかります。他は何も変えていないからです。この追跡可能性こそが、一プロンプト一メカニクスの真の価値です。

ターンを無駄にするプロンプト

一貫して期待外れになるプロンプトの形と、その代わりに書くべき内容を紹介します。

ゲーム全体プロンプト。「手続き生成のレベル、アイテム、パーマデスのあるローグライクを作って」。決定が多すぎ、追跡できません。最初のメカニクスだけ書きましょう。「四方に壁とドアのある部屋を生成し、プレイヤーを内部に配置して」

雰囲気プロンプト。「壮大な感じにして」。変換できません。翻訳しましょう。「ボスが登場するときにゆっくりズームし、より迫力のある音楽トラックに切り替えて」

曖昧なチューニング。「戦闘を良くして」。AIには「良い」が何を意味するかわかりません。変更内容と方向を名指しで。「攻撃の範囲を広げ、命中したときに短いポーズを追加して」

まとめて修正。「何もかも動かない、全部直して」。AIにはあなたが見ているものが見えません。一度に一つのバグを、期待値と実際の動作と一緒に報告しましょう。

**強調して再入力。**同じプロンプトを強調を増やして再入力しても何も変わりません。言葉が問題なので、動作をより具体的に、通常は数値と明確なトリガーを使って書き直しましょう。

プロンプトが外れたときの対応

外れることはよくあります。そのときの対応はいつも同じです。AIと言い争わず、同じプロンプトを再入力もしない。「三つの要素のうち、どれが不明確だったか？」という質問を自分に問いましょう。

間違ったものが影響を受けた場合、対象が曖昧でした。動作はだいたい合っているが感触がおかしい場合、動作ではなく雰囲気を書いていたので数値を追加しましょう。正しいことをタイミングが悪いときにする場合、トリガーが曖昧でした。その一つの要素を書き直して再実行する。そのプロンプトで一つのメカニクスしか構築していないので、修正も一つのプロンプトで済みます。プロンプトから実行、修正へのこのタイトなループが、AIでゲームを作る実際のリズムです。言葉で説明するより実際にははるかに速い。

良いプロンプトにできないこと

限界について正直に伝えることで、多くのフラストレーションを防げます。

プロンプトはゲームが楽しいかを決めません。完璧に明確なプロンプトを書いて、技術的には動作するが誰も楽しめないゲームを作ることができます。それを教えてくれるのはプレイテストだけであり、それに対応できるのもあなただけです。プロンプトはセンスを生み出しません。

プロンプトはスコープを管理しません。AIは一つ一つ明確なプロンプトでオープンワールドMMOを作り始め、それが数年がかりのプロジェクトだと一切警告しません。スコープはどのメカニクスを選ぶかにあり、プロンプト自体にはありません。

プロンプトは意図を読みません。入力した内容と意図した内容のギャップはAIには見えません。プロンプトが明確なほどそのギャップは小さくなりますが、完全になくなることはありません。だからこそプロンプト間のプレイテストは省略できないのです。

AIで実際のゲームを作っている人たちは、秘密のプロンプトを見つけたわけではありません。小さく、具体的で、検証可能なプロンプトを書き、各ステップ後にゲームを実行し、外れたものを書き直しています。AIはすべてのステップを高速にします。しかし決断はAIではなくあなたが下します。

最初の5つのプロンプトを書く

これをすべて身につける一番早い方法は一度やってみることです。小さなアイデアを選び、そのコアループを一文で書いて、その文を5つのビルドプロンプトに分解してください。それぞれに対象、動作、トリガーと結果を含めて。すべてのステップ後にゲームを実行しましょう。

AIゲームメーカーを試すか、アイデアに近いテンプレートから始めることで、最初のプロンプトが白紙ではなく既存のものを形にする形になります。Summer Engineは無料でダウンロードでき、エクスポートにウォーターマークも収益シェアもなく、プロンプトで生み出したゲームは本当にあなたのものです。まず一番小さなプロンプトを書きましょう。そして次を書きましょう。