AIを使って週末にゲームを作る方法（2026年版プラン）

週末は現実的で有限な時間であり、その制約こそが月単位のプロジェクトでは完成しないものを週末ゲームなら完成させられる理由です。オープンワールドも、スキルツリーも、二体目のボスも追加できません。部屋がないからです。できることは、10〜14時間の集中した作業で、誰かが実際に遊べるエクスポートまで一つの小さなものを作り上げることです。

これはAIを使ってそれを実現するための時間割です。「AIがあれば速い」というスローガンではなく、実際の作業順序です。金曜の夜に何を固め、土曜に何を作り、日曜に何を削ればゲームが完成するか。先に全体のワークフローをじっくり知りたい場合は、ステップバイステップガイドでより深く解説しています。この記事はクロックが動いているバージョンです。

{/* IMAGE: A three panel weekend timeline. Friday night a single sketched mechanic, Saturday a running game in an editor, Sunday a title screen and an export button. 1200x630. */}

週末ゲームを可能にする一つのルール

どんな計画よりも先に、週末全体がよって立つルールがあります。コアメカニクス一つ、ステージ一つ、クリア条件一つ、ゲームオーバー条件一つ。それがゲームのすべてです。

完成しなかった週末ゲームはみな同じ経緯で死にます。うまくいっていて、プレイヤーが動き、手触りがよくなってくる。すると土曜の午後に「敵もいたほうがいいし、インベントリも、ショップも」と考え始めます。それぞれが週末一本分の作業です。最初の上に重ねても日曜の夜に大きなゲームができるのではなく、二つの半完成したシステムと、静かに開かなくなるプロジェクトが残るだけです。

だから何かを作り始める前に、金曜日にメカニクス一つを書き留めて、それを守り続けてください。週末中に浮かぶ新しいアイデアはすべて「次のプロジェクト」と名付けたメモファイルに入れ、今のビルドには持ち込みません。この規律こそがスキルです。AIがスピードを与えてくれます。スコープを削ることが、そのスピードを完成品に変えます。

金曜夜：アイデアを固めて何かを動かす（約2時間）

金曜夜の目標はゲームを作ることではありません。夜の終わりにテンプレートを開いて動かし、一つ小さな変更を加えた状態にすることです。そうすれば土曜は白紙のページではなく勢いのある状態からスタートできます。

触る価値のある最小のアイデアを選ぶ

まだ楽しく触れる最小バージョンのアイデアを一文で書いてみましょう。

• 「スパイクをダブルジャンプで避けて、触れたら死に、フラッグに到達したらクリアになる四角形。」
• 「小惑星をかわして撃ち落とし、三回当たったら負けるトップダウンの宇宙船。」
• 「クリックするとカードが裏返り、全ペアを揃えたらクリアになるグリッド。」

どれも完結したゲームです。動詞、失敗条件、クリア条件があります。アイデアの壮大バージョンは行き先として頭の中に置いておく。この週末に作るのはその一文です。

テンプレートから始め、空白プロジェクトからは始めない

これが週末全体で最大の時間レバーなので、飛ばさないでください。空白プロジェクトでは、何かを感じられるものができる前に、AIがプレイヤーコントローラー・カメラ・入力処理・物理を一から作らなければならず、そのどれもが比較できる動くベースラインのない序盤のバグになります。テンプレートはそれらをすでに動いている状態で渡してくれます。

Summer EngineはAIネイティブなエンジンです。AIがエディタに直接組み込まれていて、ふつうの言葉のプロンプトからシーンを作り、スクリプトを書き、ゲームを実行できます。Godot 4と互換性があるので、作ったプロジェクトは自分が所有する本物のエンジンプロジェクトであり、週末が終わっても開発を続けられます。捨てるためのWebデモではありません。テンプレートライブラリを開いて、自分の一文に一番近いものを選んでください。

• ジャンプ・走る・フラッグを目指す何か？ プラットフォーマーテンプレートから始めましょう。
• かわす・撃つ・ウェーブをクリアする？ シューターテンプレートかアクションテンプレートから始めましょう。
• トップダウンアドベンチャーやダンジョン？ RPGテンプレートから始めましょう。
• クリック＆マッチ、並べ替え、論理ループ？ パズルテンプレートから始めましょう。

夜の終わりに一つ変更を加える

ストックのテンプレートのまま寝ないでください。土曜をウォームな状態で始めるために小さな変更を一つ入れましょう。「プレイヤーを小さなオレンジ色の四角にして、背景をダークブルーにして」といった感じで入力します。プレイを押して変更を確認し、ノートパソコンを閉じます。すでに少し自分のものになった動くゲームができているので、土曜の朝は怖いものが何もありません。

土曜日：コアループとステージ一つを作る（約6〜8時間）

土曜日が本番の作業で、それを速くする方法は直感的に速く感じる方法の逆です。一度に一つだけ変更して、変えるたびに毎回プレイを押します。

誘惑は長文プロンプトです。「ダブルジャンプを追加して、三種類の敵と体力バーとコインとボスを入れて」。近道に見えますが、その逆です。AIが一度に十数個の設計上の判断を推測しなければならず、何かが間違っていてもどの推測が壊したのか分かりません。一つの大きな変更を解きほぐすのに、六つの小さな変更を全部作るより長い時間がかかります。

午前中：コアメカニクスの手触りを整える

午前中は一文から取り出した動詞に集中して、手触りがよくなるまで作り込みましょう。プラットフォーマーならジャンプです。

• 「スペースを押したらプレイヤーがジャンプするようにして。」
• プレイを押す。浮き気味？ 「ジャンプをもう少しキビキビさせて、落下を少し速くして。」
• 「空中でもう一度ジャンプできるようにして。」
• 「スパイクに触れたらプレイヤーが死んでステージが最初からになるようにして。」

四つのプロンプト、四回のプレイテスト、それだけで思い通りに動くキャラクターができます。これはプレイヤーが最も感じる部分なので、午前中をかける価値があります。それ以外のすべては、手触りのよい動詞か悪い動詞の上に乗る飾りです。

午後：ステージ一つと二つの状態を作る

午後はステージ一つと、クリア条件・ゲームオーバー条件を作ります。三つのステージを作る誘惑に抵抗してください。丁寧に作った一つのステージは急いで作った三つに勝ります。完成したゲームに必要なのは一つだけです。

• 「高さの異なるプラットフォームをいくつか並べて、間に隙間があるステージを作って。」
• 「隙間の二箇所にスパイクを置いて。」
• 「ステージの終わりにフラッグを置いて。」
• 「プレイヤーがフラッグに到達したら『クリア』というメッセージを表示して。」
• 「プレイヤーが死んだら『もう一度』というメッセージを表示して、リスタートできるようにして。」

これで完全なゲームループができました。スタート、プレイ、クリアかゲームオーバー、リスタート。土曜の時間が余ったとしても、新しいシステムを追加しないでください。今あるステージをよくしましょう。ジャンプの距離を調整したり、スパイクを動かしたり、ちょっとした技術的な試練になる瞬間を一つ加えたりします。既にあるものの深みは、新しい浅いシステムを一つ追加するより毎回勝ります。

AIが間違えたとき

必ずどこかで起きます。その対処は長いプロンプトではなく、より具体的なプロンプトです。「ジャンプが壊れてる」ではなく「プレイヤーが飛びすぎて頂点で長く浮かんでいる、もっと低くして落下を速くして」と言います。AIはエディタの中にいるので実際のシーンとスクリプトを読んでランタイムエラーを確認できるため、症状を正確に説明するだけでたいてい十分です。変更が悪化させた場合は、時間制限のある中では最初のプロンプトの上に二つ目を重ねるよりも、元に戻して小さなバージョンで試す方が最速です。

日曜日：磨いてまとめて公開する（約3〜4時間）

日曜日は週末ゲームの勝敗を分ける日ですが、機能を追加することとは関係がありません。自分のマシンにあるフォルダと、見知らぬ人が遊べるゲームの違いを作る日です。この日を守ってください。一番よくある失敗は、金曜に諦めた機能を日曜に作ってしまい、結局何もリリースしないことです。

タイトル画面とクリア画面（45分）

ゲームプレイにいきなり飛び込む素っ気ないスタートは、ゲームプレイが良くても未完成に見えます。二つの小さな画面がそれを直します。

• 「ゲーム名とスタートボタンがあるタイトル画面を追加して。」
• 「クリアメッセージの後に、もう一度プレイするボタン付きで『遊んでくれてありがとう』と書かれた画面を表示して。」

5分のプロンプト作業で、ゲームが始まりと終わりのある、まとまった本物のものに見えてきます。

サウンド、なぜなら無音は壊れているように見えるから（45分）

何も問題がなくても、無音のゲームは壊れているように感じます。日曜日の作業の中で、サウンドは1分あたりのリターンが最も高いものです。コンポーザーは不要です。ループに必要な数個の効果音を生成してもらい、組み込みましょう。

• 「プレイヤーがジャンプしたときに短いジャンプ音を追加して。」
• 「プレイヤーが死んだときの音と、フラッグに到達したときの明るい音を追加して。」
• 「軽いプラットフォーマーに合うシンプルなBGMループを追加して。」

生成されたオーディオは、このサイズのプロジェクトにおいてAIが本当にうまくやることの一つです。三、四つのよく配置されたサウンドは、さらに一時間のステージデザインよりもゲームの完成感を変えます。

バグチェックとフィードバック一回（60分）

自分のゲームを最初から最後まで三回プレイして、意図的に壊そうとしてください。端から飛び降りる、リスタートを連打する、フラッグとスパイクに同時に触れる。壊れたものはその都度具体的なプロンプトで修正します。そして可能であれば、もう一人にゲームを渡して何も言わずにプレイするのを見てください。日曜の午後に見つけられるような修正ばかりですが、自分で一時間プレイするより90秒間、誰かが遊ぶのを黙って見ている方がはるかに多くを学べます。

エクスポートしてどこかに置く（30分）

誰も開けないゲームは完成していません。Summer EngineはGodot 4と互換性があるので、本物のネイティブエクスポートが使えます。週末プロジェクトなら、WindowsまたはmacOSのビルドをitch.ioにアップロードするのが、送れるページを手に入れる最速の方法です。プロジェクトがGDScriptだけなら、SummerはWebビルドも書き出せます。標準的な.zipで、Summer Games（summer.games）に公開すれば、みんながブラウザでプレイできます。C#を使うプロジェクトはWebに書き出せません。これはGodot 4の制限です。エクスポートは無料で、ゲームに透かしは入らず、リリースが有料の壁の後ろに隠れていません。どのツールに週末を費やす前にも確認する価値のある正直なポイントです。エクスポートできるか、ゲームにロゴが入らないか、エクスポートが有料制限に引っかかっていないかを最初に確認してください。

日曜夜に手元に残るものを正直に見る

リアルな成功に失望しないよう、ゴールラインについて自分に正直でいてください。このプランで週末を終えると手に入るのは、小さくて完成した公開可能なゲームです。手触りのよいメカニクス一つ、ステージ一つ、タイトルとクリア画面、数個のサウンド、そしてitch.ioの公開ページ。これは本物の達成であり、ゲームジャムが期待するまさにそのものです。

手に入らないのはSteamリリースや複数システムを持つ大きなゲーム、あるいはすべてのオブジェクトにオリジナルの3Dアートが用意されたものです。それらはAIがあってもなくても、誰にとっても週末の作業ではありません。AIが取り除いてくれたのは一番時間のかかる部分、つまりコードを書いて繋ぐ作業でした。デザイン・バランス調整・アート・バグ修正は今も本物の時間を食います。週末は内容が豊富なゲームではなく、一つのタイトなループをうまく作るのに十分な時間です。

週末がうまくいって続けたくなったとしても、プロジェクトは月曜日に消えません。本物のエンジンプロジェクトなので、次の週末にかけて作り続け、土曜日に削った二つ目のステージを追加して、本当に公開するものへと育てていけます。多くのリリースされたインディーゲームが、まさにこうして始まりました。週末一本、メカニクス一つ、ステージ一つ、そしてファイルを開き続ける決断から。

週末を一つの表に

いつ	時間	目標	クリア条件
金曜夜	約2時間	一文のアイデアを固め、テンプレートを起動して一つ変更を加える	少し自分のものになった動くゲーム
土曜午前	約3時間	コアメカニクスの手触りを整える	気持ちよく操作できる動詞
土曜午後	約4時間	ステージ一つ・クリア条件・ゲームオーバー条件を作る	最初から最後まで完結したループ
日曜	約3〜4時間	タイトル画面・サウンド・バグチェック・エクスポート	見知らぬ人がダウンロードできるitch.ioのページ

全体のプランはスケジュールをまとった一つのルールです。メカニクス一つ、ステージ一つ、クリア一つ、ゲームオーバー一つ、そしてリリース。AIが各ステップを速くしてくれます。スコープを削ることが完成させます。

準備ができたらAIゲームメーカーを開いて、自分の一文に一番近いテンプレートを選び、金曜夜を使って何かを動かしてください。各ステップについてプロンプト単位でもっと詳しく知りたい場合は、詳細ハウツーガイドと最速ワークフロー解説でより深く掘り下げています。クロックが機能です。スタートしましょう。