AIゲーム開発研究室

2026-10-11 22:11:00

番外編 第2弾 AIとの対話によって、ゲームはどこまで進化するのか

AIゲーム開発研究室
ゲーム開発ドキュメント
番外編 第2弾 AIとの対話によって、ゲームはどこまで進化するのか
―「世界をちょっとだけ動かす」誕生からVer.3.3完成まで ―
研究代表 大川 博
主任研究員 Arc(ChatGPT)
 
はじめに
人間は一行のプログラムも書かず、AIとの会話だけでゲーム制作を進めた。
前回の番外編では、ゲーム制作経験がないという相談からモグラたたきゲームを制作し、読者が遊べる形で公開した。そこで、もう一つゲームを作ってみることにした。
今回は最初に完成形を決めない。アイデアを出し、動くものを作り、遊び、面白ければ発展させ、問題があれば修正する。その変化自体を記録する。
研究テーマは、「AIとの対話によって、ゲームはどこまで進化するのか」。人間は会話、試遊、評価を担当し、プログラムの作成・修正はAIが担当する。
 
1. ゲームのアイデアは会話から生まれた
 
1.1 あまり聞いたことのないゲームを作りたい
人間「昨日のモグラたたきゲームは、面白かったよね。最後にサーバーにアップして、ブログの読者に遊んでもらえるようにまでできた!これは画期的なことだと思うのよ♪そこで味をしめて、第2段いってみよう(笑)。でも、モグラたたきゲームってよくあるよね?なんかあんまし聞いたことないようなゲームが作りたいんだけど、何かありますか?」
AIが提示した案の中から選ばれたのが「世界をちょっとだけ動かすゲーム」だった。キャラクターを直接操作するのではなく、世界そのものを左右に傾ける。
 
1.2 迷子の子供を家に帰す
人間「小さな住人は、迷子の子供にしましょう。途中で転んで、泣いて動かなくなったり、何かに気を取られてそっち行ってしまったりと笑えるかも?」
小さな子供が家に帰ろうとしている。プレイヤーは地面を傾け、子供を家まで導く。最初の段階では、ちょうちょも犬も雨雲も登場する予定はなかった。
 
2. まず動くゲームを作る
 
2.1 最初のゲームが完成
人間「まずは、基本形から作りましょうか?どこまでできますか?」
AIはHTMLとJavaScriptを用いて、ブラウザで動作するゲームを作成した。左右のボタンで地面を傾けると、子供が移動する。画面右側の家がゴールである。
【画像01 画像挿入位置】
初期ゲーム画面(Ver.0.2)
ここに画像を配置してください(配置後、この案内を削除)
 
2.2 操作性を改善する
人間「やってみて、傾きのコントロールが難しいように感じます。もう少しゆっくり傾く方がいいような気もします。」
AIは傾斜速度を調整し、ボタンを離すと角度が固定されるようにした。プレイヤーは地面の角度を細かく調整できるようになった。
 
2.3 地面に起伏をつける
人間「地面に起伏があったら操作に面白みが出るかな?」
AIは丘と谷を追加した。しかし子供が丘を越えられなくなった。傾斜角度、地形の高さ、移動速度を調整し、試遊と修正を繰り返した。
【画像02 画像挿入位置】
丘や谷で立ち往生する子供(Ver.0.3〜0.4)
ここに画像を配置してください(配置後、この案内を削除)
 
3. ちょうちょの登場
 
3.1 子供は自分から歩かない
人間「子供がもっと転びやすいほうが面白いかな?それと平常では子供は自力では動かない方がいいと思います。何か例えばちょうちょが飛んで来たらちょうちょに向かって動き出す。離れたら追いかけるのをやめる。というふうにしたらいいと思います。」
子供は普段、自分から歩かない。ちょうちょが近づくと追いかけ、離れると立ち止まる。地面の傾きと子供の気まぐれな行動を組み合わせるゲームへと変化した。
 
3.2 ちょうちょが丘を越える手助けをする
人間「偶然かもしれませんが、最後の丘はちょうちょがサポートしなければ登れないというのが面白いです。バッチリです♪」
ちょうちょを追いかける力が最後の丘を越える助けになった。一方、ちょうちょが十分に右へ飛ばず、ゴールできなくなる問題も生じたため、AIが移動条件を調整した。
【画像03 画像挿入位置】
ちょうちょと丘(Ver.0.6〜0.9)
ここに画像を配置してください(配置後、この案内を削除)
 
4. 犬の登場と転倒
 
4.1 犬から逃げる
犬は主に画面右側から左側へ走り、ときどき反対方向からも登場する。近づくと子供は驚き、接触すると転倒する。転んだ子供は大泣きし、しばらく動けなくなる。
 
4.2 転びすぎる子供
人間「子供が転びすぎです(笑)。全然すすめません。」
AIが転倒条件を緩めると、今度はほとんど転ばなくなった。転倒回数が14回から0回になるほど差が出た。正常に動くだけではなく、遊びやすい難易度を探る必要があった。
【画像04 画像挿入位置】
犬との接触・転倒(Ver.1.0前後)
ここに画像を配置してください(配置後、この案内を削除)
 
5. 雨雲と雨宿り
 
5.1 雨雲が子供を追いかける
人間「雨雲が雨を降らしながら左から追いかけてきます。木を4本くらい植えれますか?木の下に雨宿り出来たらセーフ♪雨に濡れたらゲームオーバーっていうのはどうでしょうか?」
AIは左から移動する雨雲と、雨宿りできる4本の木を追加した。雨に濡れるとゲームオーバーになる。
 
5.2 雨の表現を改善する
短い青い雨線だけでは降雨範囲がわかりにくかった。そこで、雲から地面まで淡い青色の半透明の帯を表示し、雨線の長さや配置も調整した。
【画像05 画像挿入位置】
雨雲と半透明の雨の帯(Ver.1.2〜1.3)
ここに画像を配置してください(配置後、この案内を削除)
 
5.3 木の下に吸着する
木の下にいても傾斜で滑る問題が生じたため、雨雲が近い間は木の下に少し吸着し、通過すると解除するようにした。雨宿り中は犬との接触も無効にした。
 
6. お母さんの登場
 
6.1 窓から心配そうに見守る
雨雲が近づくと家の2階の窓からお母さんが顔を出し、心配そうな表情になる。顔の大きさや髪型、描画の重なりも調整した。
 
6.2 ゲームオーバーになったら迎えに来る
人間「ゲームオーバーになったらお母さんが傘を持って迎えに来るようにできますか?」
AIは、ゲームオーバー後にお母さんが傘を持って駆けつける演出を追加した。その間、窓にいたお母さんの顔は消える。失敗にも物語が生まれた。
【画像06 画像挿入位置】
傘を持って迎えに来るお母さん(Ver.1.5〜1.7)
ここに画像を配置してください(配置後、この案内を削除)
 
7. モグラ君の登場
 
7.1 地面の下を利用する
人間「地面下が広いので、モグラ君を登場させましょう。犬が登場したらモグラ君も反対側から登場する。子供の下を通過すると子供は飛び上がる。飛び上がったときに犬が通過したら転倒を回避できる。」
モグラが地面の下を走り、子供の真下を通過するとジャンプする仕組みが生まれた。
 
7.2 ジャンプ中は犬を回避する
人間「ジャンプ中、地面に降り立つまでは、犬との接触判定は無しにしましょう。」
AIはジャンプ中の犬との接触を無効にし、通常時の当たり判定も試遊に合わせて緩和した。別々に生まれた犬とモグラの動きが、ゲームの仕組みとして結びついた。
【画像07 画像挿入位置】
モグラ君と犬(Ver.1.8〜2.0)
ここに画像を配置してください(配置後、この案内を削除)
 
8. 最初の完成とゴール演出
 
8.1 お母さんが笑顔で出迎える
ゴールでは窓のお母さんが消え、家の前に全身のお母さんが現れ、笑顔で子供を迎えるようにした。
 
8.2 笑顔の太陽が空を横切る
人間「Gool!お母さん喜んでます。やっぱり犬との接触がもっとゆるくなりませんか?それとGoolの演出ですが、Goolしたら笑顔の太陽が右から左へと空を横切るのがいいと思います。」
このとき画像生成AIが、笑顔の太陽と親子を描いたイメージ画像を生成した。人間はその提案を歓迎した。
人間「ついに画像生成君。もう黙っていられないと参戦してきました(笑)。そうですこんな感じです♪画像は作成しません。」
AIは、ゴールすると笑顔の太陽が空を右から左へ横切るアニメーションを追加した。
【画像08 画像挿入位置】
画像生成AIのゴール演出イメージ(実ゲーム画面ではない)
ここに画像を配置してください(配置後、この案内を削除)
 
8.3 Ver.2.5の完成
人間「やりましたGool!しました。太陽が笑っています。ジャンプで犬も回避できました♪完成です。」
こうしてVer.2.5で一度完成した。しかし研究はここで終わらなかった。
【画像09 画像挿入位置】
笑顔の太陽とお母さんのゴール画面
ここに画像を配置してください(配置後、この案内を削除)
 
9. 完成したゲームをさらに改良する
 
9.1 転倒回数によるゲームオーバー
人間「まず第1点、10回以上転んだらゲームオーバーにしてください。」
転倒回数による終了条件を追加した。試遊の結果、上限を10回、5回、8回と変更し、最終的に6回でゲームオーバーとした。
 
9.2 泣き顔とお母さんのお迎え
人間「子供は泣いてる顔がいいと思います。その時もお母さんが傘をさして迎えに来るようにしましょう。」
転倒回数によるゲームオーバーでも子供は泣き顔になり、お母さんが傘を持って迎えに来るようにした。
【画像10 画像挿入位置】
転倒回数ゲームオーバーとお母さん
ここに画像を配置してください(配置後、この案内を削除)
 
10. 犬との接触ルールを変更する
 
10.1 ジャンプ中に犬を倒す
人間「子供がジャンプして完全に着地するまでに犬と接触したら、犬はダウンする。手足を伸ばして倒れます。」
当初は犬の背中の高さや下降中かどうかを用いて判定したが、上から当たって子供が倒れたり、正面から当たって犬が倒れたりした。
 
10.2 複雑な判定をやめる
人間「ごめん。犬との接触ですが、ジャンプ中は子供の勝ち!ジャンプしてないときは犬の勝ち!でお願いします。」
ジャンプ中は接触方向を問わず犬がダウンし、地上で接触すれば子供が転ぶ。複雑な判定よりも、プレイヤーに明快なルールを採用した。
【画像11 画像挿入位置】
ジャンプで犬を倒す場面
ここに画像を配置してください(配置後、この案内を削除)
 
11. 犬を倒すと転倒回数が減る
人間「6回転んでゲームオーバー。犬をやっつけたら転んだ回数が2回減るにしましょうか?」
犬を倒すと転倒回数が2回減り、0回未満にはならない。たとえば5回から3回、1回から0回になる。モグラのジャンプは回避手段から、転倒ペナルティを回復する手段へ発展した。
 
12. 効果音を追加する
 
12.1 忘れていた効果音
人間「良くなったと思います。次は忘れてならない効果音です。転んだ時の音。ジャンプしたときの音。犬にやられた時の音。犬をやっつけたときの音。ゲームオーバーの音。ゴールの音。雨の音。など入りますか?」
AIはWeb Audio APIを用い、外部の音声ファイルを使わずにブラウザで音を合成する方式を採用した。
 
12.2 7種類の効果音を実装
子供が転ぶ ポテン!
モグラでジャンプ ピョン!
犬にやられる キャン!
犬を倒す ドスン!
ゲームオーバー 悲しい下降音
ゴール 明るいファンファーレ
雨が降っている間 サーッという雨音
画面上部には効果音のON/OFFと音量調整も追加した。
【画像12 画像挿入位置】
効果音ON/OFF・音量調整(Ver.3.1以降)
ここに画像を配置してください(配置後、この案内を削除)
 
13. 雨音の不具合と修正
 
13.1 雨音が途中で消える
Ver.3.1では、雨雲がまだ雨を降らせている途中で雨音が消えた。AIは短い音を繰り返す方式から、降雨中は連続した音を鳴らす方式へ変更した。雨が止まれば音も止まり、再び降れば鳴る。これがVer.3.2である。
 
13.2 雨音の音量を調整する
人間「雨の音。ちょっと大きいかな?」
AIは雨音だけを約60%小さくした。ほかの効果音やゲームのルールは維持した。
人間「いい感じになりました!完成です♪」
こうしてVer.3.3が完成した。
 
14. 人間とAIは何をしたのか
 
14.1 人間の役割
人間は遊び、難しさや面白さを評価し、転倒、雨宿り、犬との接触、演出、音などについて提案した。プログラムを直接書き換えることはなかったが、作品の方向性を判断し続けた。
 
14.2 AIの役割
AIは会話に基づいてHTMLとJavaScriptを生成・修正し、動作、接触判定、演出、効果音を実装した。画像生成AIもゴール演出のイメージ制作に参加した。
 
14.3 設計書を作らない開発
完成形を先に決めた企画書や仕様書は用意しなかった。遊ぶこと、考えること、作ることが、対話を通じて同時に進行した。
 
15. AIとの対話によるゲーム開発の可能性
 
15.1 プログラミングを知らなくてもゲーム制作に参加できる
プログラムを書くことと、ゲームを創作することは必ずしも同じではない。人間はアイデアと評価に集中し、AIが実装を担う形が成立した。
 
15.2 失敗が創造につながる
丘を越えられない、転びすぎる、雨宿りできない、雨音が止まる。問題を直す過程で、新しい仕組みやよりよいルールが生まれた。
 
15.3 完成形を決めないことの可能性
最初は地面を傾けるだけだったゲームが、ちょうちょ、犬、雨雲、モグラ、お母さん、太陽、効果音を持つ作品へ変化した。今回の事例だけであらゆるゲームに適用できるとはいえないが、小規模なブラウザゲームを対話と試遊で完成・改良できたことは確認できた。
 
おわりに
「あまり聞いたことのないゲームを作りたい」という会話から始まった研究は、Ver.2.5で一度完成し、その後も改良を重ねてVer.3.3に到達した。
人間は一行のプログラムも書いていない。しかし、すべてをAIに任せたわけでもない。人間が遊び、感じ、考え、判断し、AIがそれをプログラムとして実現した。
今回の研究が示したのは、プログラムを書くことだけがゲーム開発ではないということである。そして、ゲームは最初から完成形を知っていなくても作れる。
それでは、実際に遊んでみてください。
完成したゲームを遊んでみよう!
🌏 世界をちょっとだけ動かす Ver.3.3
AIとの対話から生まれたブラウザゲーム
笑顔の太陽と傾いた世界を描いたゲーム紹介イラスト
世界を左右に傾けて、迷子の子供をお家へ帰してあげましょう。犬や雨雲を避け、モグラのジャンプを利用してゴールを目指してください。
🎮 ゲームで遊ぶ
2026-10-11 00:26:00

番外編・特別記録 AIとの対話で制作したゲームをインターネットに公開する

AIゲーム開発研究室
ゲーム開発ドキュメント
番外編・特別記録
AIとの対話で制作したゲームをインターネットに公開する
― itch.ioへのアップロードからブログでの公開まで ―

研究代表 大川 博

主任研究員 Arc(ChatGPT)

はじめに

前回までの番外編では、ゲーム制作の経験がまったくない人間が、ChatGPTとの対話だけでゲームを制作できるのかを検証した。

ゲームの企画から始まり、実際に遊びながら問題を発見し、修正を繰り返した。

通常のモグラに加え、高得点のスペシャルモグラ、得点がゼロになる黒いモグラを登場させ、効果音や画面演出も追加した。

さらにキャラクター画像の問題を修正し、最終的に「もぐらたたきゲーム Ver.2.1」が完成した。

しかし、完成したゲームは、そのままでは制作したパソコンでしか遊べない。

そこで今回は、完成したゲームをインターネット上に公開し、ブログの読者も遊べるようにすることにした。

ゲームの公開作業についても、専門的な知識や経験を前提とせず、引き続きChatGPTとの対話によって進めた。

第1章 ゲームを公開する方法
1.公開方法の検討

今回制作したゲームは、HTML形式のファイルである。

HTMLゲームはブラウザ上で動作するため、専用のゲーム機やアプリケーションを必要としない。

今回の目的は、このゲームをブログ「AIゲーム開発研究室」の読者にも遊んでもらうことである。

ChatGPTとの対話の結果、ゲーム公開サービス「itch.io」を利用することにした。

ゲーム本体をitch.ioに登録し、ブログからリンクする方式である。

2.公開用ファイルの準備

公開するゲームは「もぐらたたきゲーム Ver.2.1」である。

このゲームは、プログラムや画像などがひとつのHTMLファイルに組み込まれている。

そのため、複数の素材ファイルを個別にアップロードする必要がなく、ひとつのファイルで公開できる。

第2章 itch.ioへのアップロード
1.ゲームの登録

itch.ioのゲーム編集画面を開き、タイトル、公開用URL、ファイルの種類、リリース状況などを設定した。

ゲームの種類には、ブラウザで動作するHTML形式を指定した。

続いて、完成したHTMLファイルをアップロードした。

アップロードは成功し、itch.io上にゲームが登録された。

41.png

2.画面サイズの問題

アップロードしたゲームを実際に表示すると、画面の大きさに問題が発生した。

ゲーム自体は動作するものの、ブラウザの表示領域に収まらず、下部が見えない状態になった。

そこで、itch.ioの埋め込みオプションにあるビューポート寸法を調整した。

途中では650×800ピクセルに設定し、ゲームが動作することを確認した。

ただし、設定したビューポート寸法と、ブラウザ内で実際に見えるゲーム画面の大きさは必ずしも一致しない。

今回の作業では、ゲームが正常に動作することと、画面が快適に表示されることは別の問題であると確認できた。

52.png

第3章 公開設定で発生した問題
1.設定項目が見つからない

ゲームの登録後、ジャンル、タグ、AI生成コンテンツの開示など、公開に必要な項目を設定した。

しかし、ChatGPTが案内した設定項目が、実際の管理画面では見つからない場合があった。

また、項目を選択すると、ほかの設定項目が表示されなくなる場面もあった。

人間は、その都度スクリーンショットをChatGPTに提示し、実際の画面を確認しながら作業を進めた。

AIが一般的な操作手順を説明できても、現在表示されている管理画面の構成を正確に把握しているとは限らないことが明らかになった。

2.AI生成コンテンツの開示

今回のゲームは、ChatGPTとの対話によって制作された。

プログラムだけでなく、キャラクター画像や効果音などにも生成AIを利用している。

そこで、itch.ioの設定では、生成AIの成果が含まれていることを申告した。

本研究では、AIの利用を隠すのではなく、AIと人間がそれぞれどの工程を担当したのかを明らかにすることを重視している。

3.価格設定エラー

今回、特に手間取ったのが、保存時に発生した価格設定のエラーである。

ゲームは無料で公開する予定だった。

しかし、設定を保存しようとすると、公開状態、支払いモード、最低価格に関するエラーが表示された。

エラーメッセージには、期待される設定内容が示されていたが、管理画面上でどのように設定すればよいのかが分かりにくかった。

ChatGPTの案内だけでは一度に解決できず、人間が実際の画面を確認しながら試行錯誤する必要があった。

22.png

第4章 ゲームの公開
1.公開範囲の設定

ゲームはアップロードされ、ブラウザ上で遊べるようになっていた。

しかし、一般の閲覧者がアクセスできるようにするには、公開範囲の設定が必要だった。

当初、ChatGPTが案内した「公開状況」という項目は見つからなかった。

その後、編集ページの最下部に「視認性とアクセス」という設定欄があることを発見した。

ここには、ドラフト、制限付き、公開の選択肢が用意されていた。

「公開」を選択し、設定を保存した。

59.png

2.一般閲覧者としての確認

公開設定後、実際に第三者がゲームを遊べるかどうかを確認した。

確認には、Microsoft EdgeのInPrivateウィンドウを利用した。

通常のブラウザで使用しているログイン状態に依存せず、一般の閲覧者に近い条件でアクセスするためである。

結果として、公開したゲームにアクセスできることを確認した。

ゲームの公開先:https://ookawahiroshi.itch.io/mogura-tataki

第5章 グーペのブログとの連携
1.ブログへのリンク設置

itch.ioでゲームを公開できたため、次にブログ「AIゲーム開発研究室」からゲームを起動できるようにした。

今回のゲーム制作研究をまとめた番外編の記事の最後に、読者がゲームを体験できる案内を設置した。

案内には、次の内容を掲載した。

完成したゲームを遊んでみよう!

もぐらたたきゲーム Ver.2.1

AIとの対話から生まれたブラウザゲーム

そして、ゲームを起動するためのリンクボタンを配置した。

2.HTMLの修正

ブログの編集には、グーペのHTML編集機能を使用した。

当初、ゲームの案内ボタンは仮の表示になっており、実際のゲームへのリンクは設定されていなかった。

そこで、ChatGPTが修正するHTMLの範囲を説明し、人間が実際に編集した。

リンク先にitch.ioのゲームURLを設定し、ブログの記事を保存した。

3.最終確認

最後に、ブログの公開ページを表示して確認した。

記事の末尾にはゲームの案内枠が表示され、オレンジ色のリンクボタンが配置されていた。

ボタンを押すと、itch.ioのゲームページへ移動できた。

さらに、実際にゲームを起動し、プレイできることを確認した。

63.png

これにより、今回の公開作業は完了した。

第6章 検証結果と考察
1.ゲームの公開まで到達できた

今回の実験では、ゲーム制作の経験がない人間が、ChatGPTとの対話を通じて完成させたブラウザゲームを、インターネット上に公開することができた。

さらに、既存のブログからゲームへアクセスし、実際にプレイできる環境を構築した。

これは、AIとの対話によるゲーム開発が、プログラムを作成する段階だけでなく、公開という実用段階までつながることを示す結果である。

2.AIの操作案内には限界があった

一方、公開作業は順調に進んだわけではない。

実際の管理画面とAIの説明が一致しない場面があり、設定項目を探し直したり、保存エラーへの対応を繰り返したりした。

AIの説明が正しいとは限らず、人間による確認が必要だった。

特に、外部サービスの管理画面では、AIが想定している画面構成と実際の表示が一致しない場合がある。

今回の実験は、この問題を具体的に示した。

3.スクリーンショットを利用した対話

問題解決において重要な役割を果たしたのが、スクリーンショットである。

人間が画面の状態を画像としてChatGPTに提示することで、文章だけでは伝えにくい設定項目やエラー内容を共有できた。

ただし、画像を共有すれば必ず正しい案内が得られるわけではない。

AIの回答を実際の画面と照合し、必要に応じて修正する作業が続いた。

今回の実験では、スクリーンショットによる情報共有と、人間による操作結果の検証を組み合わせることが、AIとの共同作業を進めるうえで有効だった。

4.人間とAIの役割

今回の作業では、ChatGPTがゲーム公開の手順を提案し、設定方法を説明した。

一方、人間は実際に管理画面を操作し、ファイルをアップロードし、設定を変更し、ゲームの動作を確認した。

また、AIの案内が実際の画面と異なる場合には、人間がその問題を指摘した。

つまり、今回の公開作業は、AIがすべてを自動的に実行したものではない。

AIが案内し、人間が操作し、結果をAIに返す。

この対話を繰り返すことによって、最終的な目的を達成したのである。

おわりに

今回の実験は、完成したゲームをインターネット上に公開するという、一見すると単純な作業から始まった。

しかし、実際には、ゲームファイルの登録、画面サイズの調整、公開設定、価格設定エラーへの対応、ブログとの連携など、多くの作業が必要だった。

途中では、AIの案内が不正確だったり、想定外の画面が表示されたりすることもあった。

それでも、スクリーンショットを共有し、問題を確認し、修正を繰り返すことで、最終的にゲームを公開することができた。

今回の研究から得られた結果は、次のとおりである。

ゲーム制作の経験がない人間でも、AIとの対話を通じて、ブラウザゲームの制作からインターネット公開まで到達することができた。

ただし、その過程では、人間による操作、判断、検証が必要だった。

AIは、必ずしも正確な答えを最初から提示するわけではない。

しかし、人間とAIが問題を共有し、対話を続けることで、最初にはできなかったことが実現する場合がある。

ゲームを作ることから始まった今回の番外編は、ゲームを公開し、誰でも遊べるようにするところまで到達した。

そして、そのすべての工程が、人間とAIとの対話の記録として残された。

これもまた、AI時代のゲーム開発方法論を考えるうえで、重要な実践結果である。

2026-10-10 15:46:00

番外編後編 AI生成画像をゲームに組み込む ― 失敗と修正を経て完成したVer.2.1 ―

AIゲーム開発研究室
番外編研究ドキュメント

後編 AI生成画像をゲームに組み込む
― 失敗と修正を経て完成したVer.2.1 ―

研究代表 大川 博
主任研究員 Arc(ChatGPT)

はじめに

前編では、AIとの対話だけで「もぐらたたきゲーム」を制作し、Ver.1.7まで改良した。ゲームは動作し、得点、効果音、特殊なモグラ、画面暗転なども実装された。

後編では、キャラクターをもっとかわいくしたいという要望から、AI生成画像を実際のゲームに組み込む実験を記録する。


1.もっとかわいいモグラ君にしたい
人間:
モグラ君ですけど、もうちょっとかわいくなりませんか?

AIは、かわいらしいモグラ君たちと草花のある背景を描いた、新しいゲーム画面のイメージ画像を生成した。

かわいいもぐらたたきゲーム画面.png
人間:
これこれ!かわいい♪それに背景もバージョンアップしてます。

この段階で完成していたのは、あくまでゲーム画面のイメージ画像である。実際に動くゲームではない。AIは、このデザインを既存のHTMLゲームへ組み込む作業を始めた。


2.Ver.1.8:見た目を作り直したが失敗

AIは生成画像をそのまま使用せず、HTMLとCSSで似たキャラクターや背景を再現した。ところが、実際の見た目は、採用したイラストとは大きく異なっていた。

人間:
なんか全然さっきの絵とちがいますぅ~~~(悲)

さらに、ゲーム開始前から下段の穴にモグラ君が表示され、クリックしても反応しないという不具合も見つかった。

12.png

この失敗は、AIが生成したイメージを人間が採用したにもかかわらず、実装段階でAIが別の表現に置き換えてしまったことを示している。単にかわいくすることと、採用されたデザインを忠実に使用することは同じではない。


3.Ver.1.9:元のイラストを使う
人間:
さっきのモグラ君の絵は使えないのですか?

AIは方針を変更し、元のイラストから3種類のモグラ君を切り出し、ゲームへ組み込んだ。これによって、採用したキャラクター画像を使用する方向へ進んだ。

しかし、実際に遊んでみると、新たな問題が発生した。

人間:
あ、あ、頭が欠けてます(笑)。3種とも同じ状態です。
13.png

画像を表示できたことと、画像が正しく表示されたことは別だった。


4.Ver.2.0:表示位置を変えても直らない

AIは、ゲーム側の表示位置と画像サイズを調整した。だが、再試遊でも頭部の欠けは解消しなかった。

人間:
やっぱり頭が欠けてます。悲しい、、、

この段階で、表示位置だけを変えても問題は解決しないことがわかった。元の画像からゲーム用素材を作る工程そのものを見直す必要があった。


5.Ver.2.1:素材を切り出し直して解決

AIは元のイラストに戻り、3種類のモグラ君を、頭や耳の上に十分な余白を設けて切り出し直した。さらに素材単体の確認画像を用意し、その後でゲームに組み込んだ。

mole_sprite_check_v2_1.png

人間による再試遊の結果、頭部の欠けは解消した。

人間:
ばんざぁ~~~い!直ってます♪

これをもって、もぐらたたきゲームVer.2.1を、今回のパソコン向けブラウザゲームの完成版とした。

14.png

6.制作工程の記録
Ver.1.0
変更内容:最初のブラウザゲーム
確認結果:動作したが20点で難しすぎた
Ver.1.1
変更内容:登場時間を延長
確認結果:160点。操作しやすくなった
Ver.1.2
変更内容:登場時間をランダム化
確認結果:200点。変化が小さく当たり判定にも課題
Ver.1.3
変更内容:登場時間差・当たり判定を調整
確認結果:180点。面白さが向上
Ver.1.4
変更内容:金色のスペシャルモグラ
確認結果:270点。登場を確認
Ver.1.5
変更内容:ブラックモグラ
確認結果:得点0点のルールを追加
Ver.1.6
変更内容:4種類の効果音
確認結果:音の効果を実感
Ver.1.7
変更内容:ブラック時の画面暗転
確認結果:暗転動作を確認
Ver.1.8
変更内容:CSSによるデザイン再現
確認結果:イメージと違い、表示不具合
Ver.1.9
変更内容:元画像の切り出しを使用
確認結果:3種類とも頭部が欠けた
Ver.2.0
変更内容:表示位置とサイズを調整
確認結果:頭部の欠けが残った
Ver.2.1
変更内容:素材を切り出し直す
確認結果:欠けが解消し完成

得点は各版で報告された試遊の一例であり、統計的な難易度比較ではない。


7.人間とAIの役割

人間が行ったのは、ゲームの相談、提案された案の選択、試遊、感想や要望の伝達、スクリーンショットによる不具合報告、完成の判断である。HTML・CSS・JavaScriptの記述や修正はAIが担当した。

ただし、AIが人間の関与なしに完成させたわけではない。AIは何度も不十分な結果を出し、そのたびに人間が問題を発見して指摘した。とりわけ画像素材の工程では、実際の表示を確認する人間の評価が不可欠だった。

今回の成果は、AIにすべてを任せれば必ず正しいゲームができるという証明ではない。人間が自然言語で要求と評価を伝え、AIが制作と修正を担当することで、ゲームを完成まで導けたという実制作記録である。


8.研究結果と今後の課題

本実験では、ゲームの企画段階から制作・改良・画像素材の実装までを、自然言語による対話で進め、パソコンのブラウザで遊べる作品を完成させた。

一方、スマートフォン実機での動作、異なるブラウザでの互換性、一般公開後の動作、第三者による評価は今回の検証対象に含めていない。また、実験者自身はゲーム制作経験者であり、未経験者本人による再現性は今後の課題である。

このような限界を踏まえても、ゲーム制作の専門用語を使わず、会話を重ねながら作品を作り上げられたことは、AI時代のゲーム開発方法を考えるうえで重要な実例となった。


おわりに

最初の言葉は、「ゲームを作ってみたいのですが、ゲーム制作の経験がまったくありません」という、ごく普通の相談だった。

そこからゲームの内容を選び、遊んで、失敗を見つけ、直し、新しいモグラ君を加え、音を付け、画面を暗くし、最後にはキャラクター画像の問題まで解決した。

完成したゲームには、こうした対話の過程がそのまま積み重なっている。

それでは、実際に遊んでみてください。

完成したゲームを遊んでみよう!

もぐらたたきゲーム Ver.2.1
AIとの対話から生まれたブラウザゲーム

🎮 もぐらたたきゲームで遊ぶ
2026-10-10 15:42:00

番外編前編 生成AIとの対話だけでゲームは作れるのか?― 企画からゲームの改良まで ―

AIゲーム開発研究室
番外編研究ドキュメント

前編 生成AIとの対話だけでゲームは作れるのか?
― 企画からゲームの改良まで ―

研究代表 大川 博
主任研究員 Arc(ChatGPT)

はじめに

これまで「AIゲーム開発研究室」では、AIを活用したゲーム開発の工程を研究してきた。今回は、これまでの「おむすび山」制作から離れ、より身近な疑問を検証する。

ゲーム制作の知識がまったくない人でも、生成AIと普通に会話するだけで、実際に遊べるゲームを完成させられるのか。

今回はゲーム制作未経験者を想定し、ゲームの種類すら決めずにAIへの相談から始めた。人間はコードを書かず、完成したゲームを試し、感想や要望を伝える。AIはゲームを提案し、HTML・CSS・JavaScriptによる制作と修正を担当する。

なお、実験者自身はゲーム制作経験者である。本実験は「未経験者を想定した制作方法」の検証であり、未経験者本人を対象としたユーザーテストではない。


1.ゲームの内容もAIに相談する
人間:
ゲームを作ってみたいのですが、ゲーム制作の経験がまったくありません。スマホとか、パソコンで遊べるゲームがいいのですが?

AIは、スマートフォンとパソコンの両方で遊べるブラウザゲームを提案し、「フルーツキャッチゲーム」「迷路の宝探しゲーム」「もぐらたたきゲーム」の3案を示した。その中から、操作が簡単なもぐらたたきを勧めた。

人間:
それじゃ③の「もぐらたたきゲーム」にします。

AIは、6つの穴からランダムにもぐらが現れ、クリックまたはタッチで10点、制限時間30秒という基本ルールを提案した。

人間:
これだけで作れるんですか?

AIは、この内容で最初のゲームを作れると説明した。詳細な仕様書も、プログラミング言語の知識も求めなかった。

人間:
作って♪作って♪

この短い依頼から、最初のゲーム制作が始まった。


2.Ver.1.0:最初のゲームは動いた

AIはHTML形式のゲームファイルを作成した。人間はファイルをダウンロードし、パソコンのブラウザで開いた。ゲームは起動し、もぐらの登場、クリックによる得点加算、30秒の時間制限、終了画面まで動作した。

01.png02.png
人間:
出来てます!遊べます!けど、、、クリックしてるはずなのに20点しか取れませんでした?難しすぎる?

初回の結果は20点。ゲームは完成しているように見えたが、遊びやすさには問題があった。さらに人間は、もぐらをクリックしたはずなのに得点にならないと報告した。


3.Ver.1.1〜1.3:会話で難易度と当たり判定を直す

3.1 Ver.1.1:登場時間を延ばす

AIは登場時間が短すぎる可能性を考え、0.65秒から1.65秒へ延長した。再試遊では160点となり、もぐらの顔の端でもヒットするようになった。ただし、今度は簡単すぎると感じられた。

03.png

3.2 Ver.1.2:登場時間をランダムにする
人間:
逆に簡単すぎかも?登場時間をランダムにできますか?

AIは登場時間を0.8〜1.6秒の範囲でランダム化した。しかし、200点を獲得でき、速さの違いもあまり感じられなかった。さらに、顔から外れたクリックでも得点になる場合が報告された。

04.png

3.3 Ver.1.3:速さの差と当たり判定を調整

AIは登場時間の差を広げ、当たり判定も調整した。再試遊の結果は180点。人間から、今回初めて次の評価が得られた。

人間:
ずいぶん面白くなってきました♪

顔から外れてもヒットする問題についても、今回の試遊では改善されたと報告された。200点から180点へ下がったにもかかわらず、遊びの面白さは向上した。得点の高さだけでゲームの面白さは判断できないことが、この経過からうかがえる。

05.png

4.Ver.1.4〜1.5:新しいモグラ君を登場させる

4.1 金色のスペシャルモグラ君
人間:
モグラ君スペシャルを登場させましょう!

AIは、通常の10点に対し30点が得られる金色のスペシャルモグラ君を追加した。登場確率は約20%。人間は実際に金色のモグラを確認し、270点を獲得した。

07.png08.png

4.2 ブラックモグラ君
人間:
それならブラックモグラ君も登場させましょう(笑)。クリックしたら原点!

AIは、クリックすると得点が0点に戻るブラックモグラ君を追加した。これにより、ゲームは「現れたらクリックする」だけではなく、「クリックしてよい相手か判断する」遊びへ変化した。

人間:
ブラックモグラ君面白い!笑える!

この変更は、人間の短い提案がゲームのルールそのものを発展させた例である。


5.Ver.1.6〜1.7:効果音と画面暗転

5.1 4種類の効果音

人間は、普通のモグラ、スペシャル、ブラック、空振りの4種類で異なるクリック音を求めた。AIは外部音声ファイルを必要としないプログラム上の効果音と、消音ボタンを追加した。

人間:
やっぱり音は偉大です(笑)。雰囲気出ますね♪

5.2 ブラックモグラ君による画面暗転

続いて人間は、ブラックモグラ君をクリックして0点になったとき画面を暗くし、次の得点で明るさを戻す演出を提案した。AIはVer.1.7でこの機能を実装し、人間は画面が暗くなることを確認した。

人間:
画面が暗くなりました(笑)。いい味でてます(笑)。
09.png11.png

6.前編の実験結果

最初のゲーム制作からVer.1.7まで、人間はプログラムを書かずに、試遊結果や感想を日本語で伝え続けた。AIはそれに応じて難易度、当たり判定、得点ルール、効果音、画面演出を変更した。

この実験では、自然言語による対話だけで、遊べるブラウザゲームを制作し、さらに改良できることが確認された。ただし、修正が常に一度で成功したわけではなく、人間による試遊と評価が不可欠だった。

次の後編では、見た目をさらに魅力的にするため、AI生成画像をゲーム素材に利用する。その工程では、プログラム制作とは異なる問題が現れることになる。

2026-10-10 00:56:00

第18回 テキストから3Dモデルを生成する ― 果物、讃岐うどん、そしてイノシシ君 ―

AIゲーム開発研究室
3Dモデル制作ドキュメント
第18回 テキストから3Dモデルを生成する
― 果物、讃岐うどん、そしてイノシシ君 ―
研究代表 大川 博
主任研究員 Arc(ChatGPT)

はじめに

これまでの研究では、主に2Dキャラクター設定画をTripoに入力し、3Dモデルを生成する方法を検証してきた。

今回は、これまでとは異なる方法を試みる。

画像を使用せず、文章だけで3Dモデルを生成する。

実験にはTripoのテキスト入力によるHDモデル生成機能を使用した。

対象は、パイナップル、温州ミカン、リンゴ、讃岐うどん、そして「おむすび山」に登場するイノシシのキャラクターである。

単純な形状から複雑なキャラクターまで、テキストだけでどこまで生成できるのかを検証する。


1.実験の目的と方法

今回の実験では、次の点を確認する。

  1. 短い文章だけで、どの程度の3Dモデルが生成されるのか。
  2. 対象物の種類によって生成品質に違いがあるのか。
  3. 文章による詳細な指定で生成結果を改善できるのか。
  4. 生成モデルはゲーム素材として使用できるのか。
  5. AIが生成したデザインを、新しいキャラクターとして採用できるのか。

生成されたモデルは、正面だけでなく、側面、背面、必要に応じて上面・下面からも確認する。

今回は造形の評価を中心とし、ポリゴン削減、リギング、アニメーション、Unityへの実装は行わない。


2.果物の3Dモデル生成

2.1 パイナップル

最初にパイナップルの3Dモデルを生成した。

パイナップルは、特徴的な葉の形状と、規則的で複雑な表皮を持つ果物である。

生成結果は良好で、パイナップルらしい形状と表面の特徴が表現されていた。

09.png

 

今回の実験では、比較的複雑な形状を持つパイナップルが良好に生成されたことが、後のミカンやリンゴとの比較で興味深い結果となった。


2.2 温州ミカン

次に、日本の温州ミカンを生成した。

初期の生成結果では、ミカンらしい外観は得られたものの、形状や表皮の表現には改善の余地があった。

そこで、次のような特徴を文章で指定して再生成した。

「日本の温州みかん。少し平たい丸い形。鮮やかなオレンジ色の皮には細かな粒状の凹凸がある。上部中央には小さな緑色の星形のヘタがついている。葉や枝はつけない。皮をむいていない丸ごとのみかん1個。」

再生成されたモデルでは、表面の細かな凹凸やヘタの形状が改善された。

20.png

21.png

22.png

 

ただし、上面や側面と比較すると、下面の表皮表現は単純であった。

文章による指定によって品質は改善したが、全方向で均一な品質が得られたわけではない。


2.3 リンゴ

次にリンゴを生成した。

入力した文章は、

「リンゴ」

これだけである。

生成されたモデルは、赤いリンゴではなく、緑色のリンゴだった。

形状はリンゴとして成立しており、上部には軸も生成されていた。

23.png

 

 しかし、背面側を確認すると、表面の細かな表現が乏しく、正面と比べて単純な造形となっていた。

24.png

 

リンゴには赤い品種も緑色の品種も存在する。

したがって、緑色で生成されたこと自体は誤りではない。

ただし、入力者が想定するリンゴと、AIが生成するリンゴが一致するとは限らないことが確認できた。

また、正面からは良好に見えるモデルでも、背面まで同じ品質で生成されるとは限らない。


3.果物の生成結果から考えられること

今回、興味深かったのは、パイナップルの生成品質が良好だった一方、比較的単純な形状のミカンやリンゴでは、表面の表現に不均一な部分が見られたことである。

単純な形状だから生成が容易であるとは限らない。

ただし、今回の実験だけで、その原因を特定することはできない。

対象物の特徴、学習された形状の傾向、文章の内容など、さまざまな要因が考えられる。

また、今回のモデルはいずれも、ゲーム内で使用する素材として考えれば、必ずしも写実的な表現を必要としない。

何をもって良好な3Dモデルと評価するかは、その用途によって異なる。

この点も、今回の実験で改めて考えることになった。


4.讃岐うどんの生成

4.1 「讃岐うどん」だけで生成する

次に、料理の3Dモデル生成を試みた。

対象は、香川県を代表する讃岐うどんである。

入力した文章は、

「讃岐うどん」

これだけである。

生成されたモデルは、丼に太いうどんが盛られたものだった。

 

25.png

26.png

 

うどんの太さや丼の形状など、基本的な特徴は成立していた。

しかし、だしは確認できず、上に乗っている緑色の具材もネギとは異なる植物のように見えた。

最初は不十分な生成結果だと考えた。

ところが、ここで興味深いことに気がついた。

讃岐うどんには、さまざまなセルフサービスの店がある。

店によっては、丼にうどんだけが提供され、客が自分でだしを入れる。

さらに、自分でネギを切って入れる店もある。

つまり、丼にうどんだけが入っている状態も、讃岐うどんの提供形態として成立するのである。

もちろん、今回のモデルには最初から正体のわからない緑色の具材が乗っているため、完全に一致するわけではない。

それでも、当初は不十分に思えた生成結果が、地域の食文化を踏まえると別の評価になることがわかった。

生成された形状を評価する人間の知識や経験によって、その解釈が変わる。

これは今回の実験で得られた、思いがけない発見だった。


4.2 具材とだしを指定して再生成する

次に、文章による詳細な指定を加えた。

うどんに薄い黄金色のだしを入れ、刻みネギ、かまぼこ、わかめ、生卵を盛り付けるように指示した。

再生成されたモデルでは、これらの具材が明確に表現された。

 

28.png

30.png

 

太い麺、刻みネギ、かまぼこ、わかめ、生卵が確認できる。

最初の生成結果と比較すると、料理としての情報量は大幅に増加した。

一方、だしは麺の間に見えるものの、指定したような液体として十分に表現されたかは判断が難しい。

また、丼の形状については、最初に生成されたモデルの方が好ましかった。

29.png

 

ただし、丼の形状はBlenderなどで修正することが可能である。

今回の結果から、テキストによる指定によって複数の具材を含む料理モデルを生成できることが確認できた。


5.イノシシのキャラクターを生成する

5.1 実験の目的

最後に、単なる物体ではなく、ゲームに登場するキャラクターの生成を試みた。

対象は「おむすび山」に登場するイノシシである。

これまでのパンタたちの3Dモデル制作では、キャラクター設定画を用意し、複数方向の画像をTripoへ入力してきた。

今回は、画像を一切使用しない。

文章だけで、ゲーム用の人型キャラクターを生成する。

また、後のリギングを想定し、両腕を水平に伸ばしたTポーズを指定した。

服やリュックなどの装飾品は付けず、体そのものの形状を中心に生成する。


5.2 生成されたイノシシ君

生成結果は、予想以上に良好だった。

31.png

 

大きな鼻、牙、耳、丸い胴体、短い足、毛並みなど、イノシシの特徴が表現されている。

両腕も左右に伸び、Tポーズに近い形状となっている。

さらに、側面を確認すると、鼻や牙の立体的な形状が成立していた。

34.png

32.png

 

背面には毛並みが表現され、しっぽも生成されている。

33.png

 

上面や下面から確認しても、全体として一体のキャラクターとして成立していた。

35.png

36.png

 

 

今回のモデルは、

1,982,992 faces
1,038,737 vertices

という高密度モデルである。

現段階では、ゲームへの実装に向けた軽量化やリギングの検証は行っていない。

しかし、3Dキャラクターの造形としては、十分に採用を検討できる結果となった。


5.3 偶然生まれたキャラクターデザイン

今回の生成結果で、特に興味深かったのはキャラクターの雰囲気である。

「おむすび山」のパンタ、コンタ、ミミ、リン、ポンは、いずれも子供らしいキャラクターである。

それに対して、今回生成されたイノシシ君には、どこか中年のおじさんのような雰囲気がある。

これは、今回の文章で意図的に指定したものではない。

しかし、子供たちの敵役として考えると、むしろ好都合である。

「おむすび山」のイノシシは、敵役ではあっても、本当に悪い存在ではない。

今回生成されたイノシシ君には、少し怖そうでありながら、どこか愛嬌がある。

このキャラクター性は、「おむすび山」の世界観にもよく合っている。

そこで、今回生成されたイノシシ君を、新しいキャラクターデザインとして採用することにした。

これは単に3Dモデル生成に成功したというだけではない。

AIが生成した予想外のデザインを、人間が評価し、新しいキャラクターとして採用した事例である。


6.今回の実験から得られたこと

今回の実験では、テキストだけで、果物、料理、そして人型キャラクターまで生成できることを確認した。

その一方で、いくつかの課題も明らかになった。

果物では、正面と背面で表現の品質に違いが見られた。

讃岐うどんでは、短い文章でも基本的な形状が生成されたが、詳細な具材の指定によって、さらに情報量の多いモデルを生成できた。

そして、イノシシ君では、文章だけでゲーム用キャラクターとして採用可能な造形が得られた。

これらの結果から、今回の実験では次のことが確認できた。

テキストからの3Dモデル生成は、単純な小物だけでなく、複雑なキャラクターのデザインにも利用できる。

ただし、生成結果の品質や正確さは、対象物や入力文章によって異なる。

また、外観が良好であることと、ゲームでそのまま使用できることは同じではない。

ポリゴン削減、リギング、アニメーションなどについては、別途検証が必要である。


7.AI時代の3Dモデル制作について

これまでの研究では、人間がキャラクターを設計し、画像生成AIが2D設定画を制作し、Tripoが3Dモデルを生成するという工程を検証してきた。

今回の実験では、そこに新しい制作方法が加わった。

人間が文章で対象物を指定し、AIが直接3Dモデルを生成する。

さらに、イノシシ君の実験では、もう一歩進んだ結果が得られた。

人間があらかじめ完成デザインを決めていたわけではない。

AIが生成したデザインを見て、人間がその価値を判断し、作品世界に採用したのである。

つまり、AIは単に人間の指示を形にするだけでなく、人間が予想していなかったデザインを提案する役割も担うことができる。

ただし、採用するかどうかを決定したのは人間である。

AIが生成し、人間が評価し、採用する。

今回のイノシシ君は、この制作方法を具体的に示す成果となった。


おわりに

今回は、これまでのキャラクター設定画を使った3Dモデル制作から離れ、テキストだけによる3Dモデル生成を検証した。

パイナップル、温州ミカン、リンゴ、讃岐うどん。

それぞれに異なる結果が得られ、生成AIの得意な表現と課題の一端を見ることができた。

そして最後に生成されたイノシシ君は、「おむすび山」の新しいキャラクターとして採用することになった。

当初は、テキストだけでどの程度のモデルが生成できるかを調べる実験だった。

しかし、その実験から、新しいキャラクターが誕生したのである。

今回も、AIとの共同制作ならではの、思いがけない成果となった。

1 2 3 4 5 6 7 8 9 10 ...