AIでゲームを書く方法（プロンプティングの技術、2026年版）

AIでゲームを書くことは、コーディングとは異なるスキルであり、ほとんどのガイドはAIをコード自動販売機として扱うことでその点を見落としています。これは、あなたが書いたことをそのまま構築する、速くて文字通りのコラボレーターに近いものです。意図しなかった部分も含めて。その日にプレイできるゲームで終わるか、壊れたプロジェクトで終わるかを決めるのは、コーディングの上手さではありません。リクエストをいかに上手く書けるかです。

このガイドはその文章技術について説明します。ツールに触れる前に書くブリーフ、動くメカニックを生み出すプロンプトパターン、そして大まかなビルドを楽しいものに変える編集ループです。AIゲームツールの全体像を先に見たい場合は、ピラーガイドで20種類を比較しています。この記事はゲームを書くことを決意し、うまくやりたいという前提で書かれています。

{/* IMAGE: Split screen. Left: a written prompt "make the Player jump 400px when I press space and play the jump sound". Right: a running 2D platformer mid-jump. An arrow labeled "you wrote this" points from text to game. 1200x630, clean editor style. */}

「書く」ことが今やゲーム開発の実際のワークフロー

ゲーム開発の歴史のほとんどで、ゲームを「書く」とはコードを書くことを意味していました。変数、関数、エンジンAPI、画面上で何かが動く前に何時間もの構文記述が必要でした。2026年、ネイティブエンジンを使えば、文字通りの入力は普通の英語です。ゲームの動作を書くと、AIがスクリプトを書き、シーンを構築し、ノードを配置してゲームを動かします。そして次に変えることを書きます。

これは、誰でもできるようになるという本当の変化です。ボトルネックはかつてエンジンを理解することでした。今は、文字通りの構築者が正しく理解できるほど明確にゲームを説明することです。デザイナーは常にデザイン文書を書いてきました。新しい点は、その文書が実行可能であることです。うまく書けばゲームになります。

Summer Engineはこのワークフローを中心に構築されており、Godot 4対応なので、書いたゲームはブラウザのタブの中に閉じ込められたセッションではなく、あなたが所有する本物のエンジンプロジェクトです。このガイドの残りはそのようなネイティブエンジンを前提としています。なぜなら、書いたものが2つ目のツールで一から作り直すことなく出荷可能なゲームになる唯一の環境だからです。

ステップ1：プロンプトを書く前に1文のブリーフを書く

AIゲームプロジェクトが停滞する最大の理由はスコープであり、スコープは最初の1文を書いた瞬間に決まります。「クラフトとオンラインマルチプレイヤー付きのオープンワールドRPG」はブリーフではなく、5年計画です。そして、そこまで大きなブリーフではどれだけ良いプロンプティングをしても救えません。

何かを開く前に、ボタンを押すだけでまだ楽しいアイデアの最小バージョンを説明する1文を書いてください。

• 「パイプを飛び越えて、触れたら死ぬ四角形。」
• 「タイマーが切れる前に部屋を歩き回ってコインを集めるトップダウンのキャラクター。」
• 「クリックするとひっくり返してランダムな値を表示するカード。」

どれも午後1つで書いて存在に変え、手触りを感じて、成長させることができる完結したコアループです。壮大なバージョンは目的地として頭の中に置いておきます。上の文章が実際に最初に書くものです。タイトなブリーフは、AIが確実に答えられるプロンプトと推測で乗り越えなければならないプロンプトの違いです。

ステップ2：最も近いテンプレートから始め、変更を書く

空白のプロジェクトは、プロンプトだけからプレイヤーコントローラー、カメラ、入力設定、物理を発明するようAIに強います。発明されたピースはそれぞれ、頼んでいない初期バグが生まれる場所です。すでに動いて実行されるテンプレートから始めることで、1つの変更を書く前にそのリスクを除去できます。

ブリーフに最も近いテンプレートを選んでください。2Dプラットフォーマー、トップダウン移動、一人称視点の3Dシーン。一度プレイしてベースラインが動くことを確認します。ここから、すべてのプロンプトはすでに動いているものへの小さな編集であり、ゼロから構築するよりもAIがうまくいくはるかに簡単なことです。どれが合うか分からない場合は、2Dガイドと3Dガイドが一般的な出発点を説明しています。

ステップ3：1回のプロンプトでテストできるメカニックを1つ書く

これがコアとなる技術であり、ルールはシンプルです。1回のプロンプトで、小さくテストできる1つの変更。

1つのメッセージでシステム全体を書くと、AIが一度も言及されていない何十もの設計上の決定を行わなければならず、何かが間違っているとき、どの決定が原因なのかを特定できません。1つのメカニックを書いて動かして確認すると、最後の変更が何をしたかを常に正確に把握できます。

同じ意図を2通りの書き方で比べてみましょう。

• 曖昧：「プレイヤーを動かして、感触を良くして、物理をきれいにして。」
• 正確：「矢印キーでPlayerを毎秒300ピクセルで左右に動かし、離したら即座に止まるようにして。」

2番目はノード、速度、キー、停止動作を名指ししています。推測することが何もないので、間違えることもありません。そのようにプロンプトを書いてください。良いプロンプトは特定のオブジェクトと特定の確認可能な結果を名指しします。

ほぼすべてのメカニックプロンプトに使える信頼できる構造：

1. もの。 どのノードまたはオブジェクトか：Player、Enemy、Coin。
2. トリガー。 何が起動するか：キー押下、衝突、タイマー、ゲーム開始。
3. 結果。 何が起こるべきか、重要な部分には実際の数値と名前を。
4. フィードバック。 テストしたときに変更が確認できるよう、プレイヤーが見たり聞いたりするもの。

「PlayerがCoinに衝突したとき、Coinを削除し、スコアに1を加算し、ピックアップ音を再生する。」これが1文に収まったパターン全体です：もの、トリガー、結果、フィードバック。より多くのパターンを集めたものはプロンプトパターンガイドを参照してください。

ステップ4：書いて、プレイして、また書く

プロンプトを本物のゲームに変えるループは3つのリズムがあり、真ん中をスキップするとプロジェクトが静かに壊れていきます。

書く、1つの変更を。プレイして、頼んだ正確なものを確認する。書く、前の変更が機能したことを確認してから次を。

毎回のプロンプト後にプレイすることは最初の10分間は遅く感じますが、午後を救います。5つのメカニックを書いてからゲームを動かすと、バグは5つのどれかにある可能性があり、推測に逆戻りです。それぞれの後に動かすと、バグは常に直前に書いたものの中にあり、小さく名前のついた変更はAIがもう1つのプロンプトで修正できるものです。書くことの一部としてプレイを扱ってください。最後にやることではなく。

ステップ5：バグを推測するのではなく、バグレポートを書く

何かが間違っているとき、原因の理論を書く本能があります。「衝突検知が壊れている、物理レイヤーを修正して。」それに抵抗してください。原因を知らないことがほとんどで、間違った推測はAIを間違ったものを修正することに向かわせます。

代わりに、テスターがレポートを提出するように、見たことを書いてください。

• 推測：「ジャンプコードが壊れている。」
• レポート：「スペースバーを押すと、Playerが以前の半分ほどの高さしか上がらず、その後床を突き抜けて落ちる。」

レポートはAIに実際の症状を与え、実際の原因を見つけさせます。多くの場合、推測した場所とは異なります。画面で何が起きたか、いつ、代わりに何を期待していたかを説明してください。明確な症状は的確な修正を生みます。自信を持った間違い理論は間違ったファイルの編集を招きます。

ステップ6：AIが本当に得意なパートを書く

コアループが固まったら、書くことはゲームを充実させる方法でもあり、ここでネイティブエンジンが普通のチャットアシスタントを上回ります。動きを構築したのと同じ普通の言葉が、同じプロジェクト内でアート、サウンド、レベル、UIを求めることができます。

• 「小さな緑のスライムの敵のピクセルアートスプライトを生成してEnemyに使って。」
• 「ゲーム名とStartボタンが表示されるタイトルスクリーンを追加してゲームを始められるようにして。」
• 「さらに3つのプラットフォームを高い位置に追加してジャンプできる場所を作って。」
• 「穏やかな森のレベルに合う短いループのバックグラウンドミュージックトラックを追加して。」

一度に1つの明確なリクエストをし、プレイして確認するのは変わりません。ジャンルは詳細を変えますが、技術は変えません。プラットフォーマーのウォークスルーでは、1つのゲームでこの同じループが最初から最後まで動く様子を紹介しています。

AIがあなたの代わりにしないこと

正直なところを言います。誇大広告はこの点を飛ばすからです。AIはゲームを書きますが、センスは持っていません。あなたが説明した通りの難易度曲線、スコープ、感触を構築します。退屈なものも含めて。そしてゲームが楽しくないとは教えてくれません。そういった判断は依然としてあなたのものです。AIは遅い部分、コードを書いてつなぎ合わせることを取り除きます。設計の部分、何を作る価値があるかを決め、バランスを取り、機能しないものをカットすることは取り除きません。

これは、もともとゲームを作りたかったあなたにとって良いニュースです。時間を費やす文章はデザインであり、ボイラープレートではありません。

無料と有料、率直に

AIでゲームを書くことは無料でできます。Summer Engineは3D、マルチプレイヤー、共有または販売のための本物のエクスポートを含めて無料でダウンロードして使用でき、より多くのAI利用とチーム機能のための有料プランもあります。Godotは完全なオープンソースで、無料のChatGPTやClaudeアカウントと組み合わせられますが、チャットウィンドウからコードを手動でコピーする必要があり、文章ワークフローを高速化する組み込みのビルド・プレイ・修正ループは失われます。

広く業界全体で注意すべき落とし穴は毎回同じ3つです。AI生成の上限を設けているツール、ビルドにウォーターマークを追加するツール、エクスポートを有料化するツールです。リリースするつもりで作るものを始める前にその3点を確認してください。

書き始めましょう

技術全体は数行に収まります。1文のブリーフを書く。最も近いテンプレートから始める。正確なもの、トリガー、結果、フィードバックを名指しして、1回のプロンプトで小さくテストできるメカニックを1つ書く。変更のたびにプレイする。何か壊れたとき、原因ではなく見たことを書く。設計上の決定は自分で持つ。

最初に書くゲームは小さいものになります。それで正しいです。まずパイプを飛び越える四角形を書いてください。次にその次を書けばいい。

Summer Engineを開くそして最初の1行を書きましょう。