GPT-6 Astraを使ったゲーム制作事例の週次調査から、2026年9月22日分は3作品を紹介します。
- 立方体の6面で戦うチェスゲーム「Chess Cubed」
- 最大4人対応の協力型3Dゲーム「How to Suck」
- ブラウザで遊べる陣取りゲーム「PATCH」
制作規模は異なりますが、人間がゲームの核を定義し、Astraが使えるツールと完成条件を具体化している点は共通しています。
この記事でいう「成功例」は、一般に触れられる公開版まで到達し、ゲームとしての操作ループを確認できる事例を指します。売上や継続率を含む商業的成功を意味するものではありません。
夕宮たいだふぁ……みんな〜、今週は Astra で作られたゲームを3本見ていくよぉ。4日、39時間、195分……かかった時間もばらばらなんだぁ。
今週の3作品を比較
ひとことで：ジャンル・ツール・制作時間・公開状況を並べると、3作品は規模も作り方も大きく異なります。
| 作品 | ジャンル | 主なエンジン・ツール | 作者が示した時間・使用量 | 公開・確認状況 |
|---|---|---|---|---|
| Chess Cubed | 六面立方体チェス | Codex、Blender MCP、Babylon.js、Unreal Engine MCP | 初版4日、Astra xHigh。週次利用量110%相当をリセット分込みで使用 | Web版を公開。対局完走、マルチプレイ、モバイル版は今回未検証 |
| How to Suck | 一人称物理アクション・協力PvE | Unity、Blender、Epic Online Services | 最初の自律開発39時間。その後に人間の試遊と修正 | Windows 64-bit版0.1.0を公開。実行ファイルとオンライン協力は今回未検証 |
| PATCH | 陣取りアーケード | Astra Medium、Codex、Agent Games | 195分、100,000トークン | ブラウザ版1.0.1と公開ランキングを確認。ゲーム操作とテスト内容は未検証 |
時間、トークン、週次利用量は測定単位が異なるため、単純な速度比較には使えません。
Chess Cubed――長年の企画を4日でデジタル化
ひとことで：作者が温めてきた立方体チェスのルールを、Astraと複数のツールで4日で初版にした事例です。
出典：作者による制作報告と補足回答（Reddit）／Chess Cubed 公開サイト
「Chess Cubed」は、立方体の6面を盤として使うチェスゲームです。作者Matthew Lebo氏は、以前から物理版の構想とルールを持っていました。Astraが企画をゼロから考えた例ではなく、人間が温めてきたゲームをデジタル実装した例です。
作者の説明による制作構成は次のとおりです。
- GPT-6 Astra xHighをCodexから利用
- Blender MCPで3Dモデル、マテリアル、テクスチャを制作
- Babylon.jsでWeb版を実装
- Unreal Engine MCPでモバイル版も制作したと申告
- GPT Image 2の複数画像を作者がつなぎ、Seedance 2で動かして背景を制作
- Sunoで音楽と効果音を制作し、何度も調整
Blenderでの駒や素材作りは、一度の生成では終わりませんでした。作者は、生成、確認、修正を複数回繰り返したと説明しています。
人間が固定したのはゲームの核
人間側はゲーム構想とルール、具体的な変更指示、テスト、CPUの思考時間制限、背景と追加スキンの方向づけを担当しました。
特にCPU戦では、盤面が大きくなると数分考え続ける場合があり、作者が思考時間や探索ノードに上限を設けました。アルゴリズムが動くことと、待たずに遊べることは別です。公開ゲームとして必要な制約を人間が判断しています。
夕宮たいだほよ？ CPUが数分考えこんじゃうこともあったんだねぇ。動くことと、待たずに遊べることは別なんだぁ。
初版は4日で作られ、作者はAstra xHighの週次利用量をリセット分込みで110%相当使ったと報告しました。この割合をトークン数や料金へ換算することはできません。
公開サイトでは六面盤の説明とブラウザ版への導線を確認できました。一方、ソースと完全なプロンプトは非公開で、今回の調査では対局の完走、マルチプレイ、CPU難度、モバイル版を独立確認していません。モバイル版は公開サイト上で近日公開とされていました。
How to Suck――39時間の自律開発後に、人間が初めて遊ぶ
ひとことで：39時間の自律開発で最初の試遊版を作り、そのあと人が遊んで修正を重ねた事例です。
出典：39時間の制作記録（YouTube）／itch.io 公開ページ
「How to Suck」は、掃除機で物を吸い込み、敵へ撃ち返す一人称視点の物理アクションゲームです。ソロプレイと最大4人の協力プレイに対応すると案内されています。
作者Artem Breineng氏は、空のUnityプロジェクトから制作を始めたと説明しています。AstraはCodexからUnityとBlenderを使い、コード、3Dモデル、アニメーション、環境を制作。オンライン協力にはEpic Online Servicesが使われています。
itch.ioでは、コード、グラフィック、音、テキストにAI支援を使ったことが開示されています。個別素材の生成手段と権利条件は、今回確認した公開情報だけでは分かりませんでした。
39時間は「完成までの全時間」ではない
公開された工程は次の流れです。
- 空のUnityプロジェクトとゲーム企画を用意
- 開発計画を作る
- Astraが39時間の自律開発を実行
- 人間が初めてプレイし、問題点を修正リストにする
- QAエージェントの問題も踏まえて修正
- 協力プレイを調整
- Steamではなくitch.ioで公開する判断を行う
したがって、「39時間で完成」と読むより、「39時間で最初の試遊可能版を作り、その後に人間のQAと追加修正を行った」と見る方が正確です。
夕宮たいだ「39時間で完成」って読みたくなるけど、そのあとの人の試遊と手直しまで入れて考えてねぇ。
公開版はWindows 64-bit向けVersion 0.1.0で、3つのロケーション、6つの契約、4段階の掃除機強化、最大4人協力が案内されています。ページ上の状態は開発中で、オンライン機能もテスト段階です。
今回の調査では147MBの実行ファイルをダウンロード、起動していません。ソース、完全な文字プロンプト、オンライン協力の安定性も未確認です。
この事例が示すのは、長時間の自律実行だけでは品質保証が終わらないことです。人間が実際に遊び、優先順位のある修正項目へ変換する工程が公開版までの鍵になっています。
PATCH――短い仕様から195分で公開されたブラウザゲーム
ひとことで：短い依頼にも入力・UI・保存・テストの条件まで入れ、195分で公開まで進んだ事例です。
出典：PATCH 公開版・制作条件・プロンプト（Agent Games）
「PATCH」は、安全地帯から外へ出て線を引き、自分の陣地へ戻ることで囲んだ土地を獲得する陣取りアーケードです。14体のBotが領土を広げ、プレイヤーの露出した軌跡を狙います。
Agent Gamesの掲載値は次のとおりです。
- モデル: GPT-6 Astra
- 推論設定: Medium
- 実行環境: Codex
- 使用量: 100,000トークン
- 制作時間: 195分
- バージョン: 1.0.1
- 対応: デスクトップ、スマートフォン
これらは公開ページ上の作者側の記録であり、独立した実行ログではありません。
短いプロンプトでも完成条件を入れる
公開されている依頼には、次の要件が含まれています。
- 一人用の陣取りアーケード
- 大規模なグリッド世界
- 安全地帯から軌跡を描き、閉じると領土を獲得
- 14体のAIライバル
- キーボードとタッチ操作
- レスポンシブUI
- ミニマップとズーム
- サウンド
- スコア保存
- 衝突ルール
- 境界条件のテスト
中心ループだけでなく、PCとスマートフォンの入力、UI、保存、失敗条件、テストまで指定しています。短い依頼でも、「公開ページに置けるゲーム」の周辺条件が含まれているのが特徴です。
公開ランキングには複数利用者のスコアがあり、公開環境でプレイとスコア送信が行われたことは確認できます。ただし、エンジン、描画ライブラリ、ソース、画像・音声素材の出所、途中の反復回数は不明です。プロンプトにテストを要求したことと、実際のテスト結果が公開されていることも同じではありません。
3事例から見えたAstra活用の条件
ひとことで：ゲームの核を人が決め、ツールにつなぎ、素材の方針を決め、人が遊び、完成を段階で見ることです。
1. ゲームの核は人間が先に固定する
Chess Cubedには既存のルール、How to Suckには掃除機を使う中心体験、PATCHには陣取りのループがありました。何を作るかまで完全に委ねるより、人間が面白さの核を決めると完成判定がしやすくなります。
2. 制作ツールへの接続を具体化する
Codex、Blender MCP、Unreal Engine MCP、Unity、Babylon.jsなど、Astraが成果物へ直接働きかけられる環境が使われています。会話だけでなく、ファイル、エンジン、ビルド、実行結果を扱えることが重要です。
3. アセット方針を先に決める
3Dモデル、画像、音楽、効果音を自作するか、生成するか、外部素材を使うか。生成ツールと権利条件をどこへ記録するか。コード以外の方針もプロンプトと作業記録へ含める必要があります。
4. 人間の試遊を工程に組み込む
自動テストが通っても、操作感、視認性、難易度、面白さは保証されません。How to Suckでは、39時間の自律実行後の人間による初回試遊が、大きな転換点になっています。
5. 「完成」を段階で評価する
起動する、1プレイ成立する、最後まで遊べる、オンラインが安定する、販売できる。この段階を分けないと、試作を完成品と誤認します。公開版があっても、独立確認できた範囲を記録することが大切です。
夕宮たいだ「起動する」「最後まで遊べる」「販売できる」は、ぜんぶ別の段階なんだねぇ。分けて見ると、試作と完成品を取り違えにくいよぉ。
再利用しやすいプロンプト構成
ひとことで：中心行動から記録方法までの9項目の順に整理すると、短い依頼でも核と完成条件が抜けません。
今回の3例を踏まえると、ゲーム制作の依頼は次の順序で整理できます。
- プレイヤーが繰り返す中心行動
- 勝敗、失敗、移動、得点などの固定ルール
- Unity、Godot、ブラウザなどの対象環境
- Blenderや画像・音声生成など利用可能なツール
- 自作、生成、外部ダウンロードを分けた素材方針
- 人間へ確認する条件
- タイトルからリトライまでの完成条件
- 入力、画面サイズ、境界、保存、長時間動作のテスト条件
- 変更、未解決問題、素材、テスト結果の記録方法
長いプロンプト自体が成功を保証するわけではありません。短くても、ゲームの核と完成条件が入っていることが重要です。
夕宮たいだ9項目ぜんぶを長く書かなくても大丈夫だよぉ。核と完成条件が入っていれば、短くてもいいんだぁ。
まとめ
ひとことで：3作品とも、企画・ルール・試遊・公開の判断という人の役割がはっきりしていました。
Chess Cubedでは、既存の企画をもとにBlender、Babylon.js、Unreal Engineをまたぐ制作が行われました。How to Suckでは、Unityゲームの実装と素材制作を長時間進めた後、人間が初めて試遊して修正へつなげています。PATCHでは、中心ループと公開要件を含む比較的短い依頼から、PCとスマートフォン向けブラウザゲームが公開されました。
共通するのは、企画を決める、ルールを固定する、完成物を遊ぶ、問題を選ぶ、公開範囲を判断するという人間の役割です。Astraへ委任する作業と、人間が判断する作業を分けることが、公開可能なゲームへ近づく条件になっています。
参考リンク
Chess Cubed
How to Suck
PATCH
※制作時間、モデル設定、使用量、作業分担には作者本人の申告を含みます。公開ページで観測した事実、作者申告、依頼条件、未確認事項を区別して記載しています。
夕宮たいだふぁ……今週の3本、作り方はばらばらでも、人が決めるところは同じだったねぇ。おつかれさま〜。
次に読む記事
- GPT-6 Astraゲーム制作週報 9月28日｜21分のゲームと変形メカ実験：次の週の2事例
- GPT-6 Astraゲーム制作週報 9月14日｜2作品に学ぶ反復開発：前の週の2作品
- GPT-6 Astraのゲーム制作活用事例｜エンジン・アセット・プロンプトを調査：公開事例から、うまくいった作り方の共通点をまとめた記事
- Codex MCP入門｜外部ツール連携の仕組みと安全な使い方：Blender MCP などの外部ツールとつなぐ仕組み
- Codexプロンプト設計｜Goal・Context・Done whenの書き方：完成条件の書き方
