Godot vs Love2D｜AI駆動でゲームを作るならどっちを選ぶ？
この記事で分かること
- AI駆動でゲームを作るなら、Godot と Love2D は両方とも Unity / Unreal より相性が良い。
- 違いは「どこに振るか」。Godot はフルエンジン（シーン・物理・UI・3D内蔵）、Love2D は最小フレームワーク（ほぼ
main.luaだけ）。 - 軽い 2D・プロト・Web公開は Love2D、本格的なゲーム・物理・3D・UIリッチは Godot。
どっちかが正解ではなく、用途で選び分けるのだ、というのが僕（大森翔吾）の現時点の結論。
なぜ Unity / Unreal ではなく Godot / Love2D なのか
Godot 単体の解説記事 でも書いた通り、AI駆動でゲームを作るなら 「プロジェクトの中身がテキストファイルだけで成立しているか」 が決定的に効きます。
Unity / Unreal は GUI のドラッグ操作・プロパティ編集が前提。Claude Code や Codex のような AI エージェントは ファイル操作は超得意、GUI のポチポチは超苦手。だからフルテキストで完結する Godot / Love2D が刺さるわけです。
そのうえで「Godot と Love2D、どう違うの？」という質問を最近よく受けるので、整理します。
Godot と Love2D の比較表
| Godot | Love2D | |
|---|---|---|
| 種別 | フルエンジン | 最小フレームワーク |
| 料金 | 無料・OSS（MIT） | 無料・OSS（zlib） |
| 言語 | GDScript / C# | Lua |
| インストールサイズ | 100MB台 | 数MB〜十数MB |
| 3D | ◯（できる） | △（実質2D特化） |
| シーンファイル | あり（.tscn） | なし（コードで構築） |
| 物理エンジン | 内蔵（2D / 3D両方） | 内蔵だが薄い（Box2D ラッパ） |
| UI ノード | 内蔵で豊富 | 自前実装が基本 |
| Web 出力 | あり（HTML5 エクスポート） | あり（love.js などの仕組みあり） |
| AI 親和性 | 高（ただし .tscn は GUI 編集が主流） | 非常に高（ほぼ全部コード） |
| 学習曲線 | やや高（概念が多い） | 低（数十行で動く） |
| 向いてる規模 | 中〜大規模 | 小規模・プロト・アーケード |
※2026年4月時点の情報。料金・ライセンス・機能は将来変わる可能性があるので、商用公開前は公式で最新を確認してください。
Godot は「フルエンジン」だから AI 駆動でも大物が作れる
Godot の強みは、ゲームエンジンに必要な部品が最初から揃っていること。
- シーン（
.tscn）でレベル・UI・キャラを階層構造として保存 - 物理ボディ・コリジョン・ナビゲーションが標準ノードで提供
- ボタン・ラベル・コンテナといった UI ノード群
- 3D も普通にいける
- HTML5 エクスポートで Web 公開もできる
.tscn はテキスト形式で AI が読み書きできますが、実務では Godot エディタで GUI 編集する方が早いシーンも多い。つまり「全部 AI に丸投げ」は Love2D ほど純度が高くない、というのがフェアな見方です。
それでも、過去に Godot × AI駆動で 2D シューティングを数時間で動かした体験 を書いた通り、未経験でも本格的なゲーム構造を組めるのは Godot の特権です。
Love2D は「最小フレームワーク」だから AI 駆動の純度が極まる
一方の Love2D は、ゲームエンジンというより 「Lua でゲームループを書くための最小フレームワーク」。
love.load()→ 初期化love.update(dt)→ 毎フレーム状態更新love.draw()→ 毎フレーム描画
この3つの関数しかない。シーンファイルもエディタもない。プロジェクトはほぼ main.lua 1枚から始まる。物理・UI・シーン管理は必要なら自分で書く（または軽量ライブラリを足す）。
これが AI 駆動と異常なほど噛み合います。人間が触るのは「コードを書く・実行ボタンを押す」だけ。GUI を起動する場面がそもそも存在しない。Cursor + Codex / Claude Code でフォルダごと丸投げして、生成されたコードをそのまま love . で実行 → 動く。このサイクルが秒で回ります。
僕は今、SOLO_GAMES と everyday-love-games という個人リポジトリで、毎日 Love2D の小さなプロトを AI 駆動で量産しています。1日1本ペースで動くものが出てくる手応えは、Godot より明確に強い。
どっちを選ぶか：決定フローチャート
質問に答えていくと自然に決まります。
- 3D を作りたい？ → YES なら Godot 一択（Love2D は実質 2D 特化）
- 本格的な物理（複雑な剛体・ジョイント）を多用する？ → YES なら Godot（Love2D の物理は薄め、自前で詰める前提）
- 画面に大量のボタン・メニュー・設定UIが要る？ → YES なら Godot（UI ノードが強い）
- アーケード系・お題試作・ジャム・ミニゲーム？ → Love2D（速い・軽い・全部コード）
- ブラウザですぐ遊べるリンクを配りたい？ → どちらも Web 出力可能。サイズと簡便さなら Love2D 寄り
- AI に最大限丸投げしたい？ → Love2D（GUI 操作が原理的に発生しない）
ざっくりまとめると、「ゲームの形がはっきりしていて、本格的に作り込む」なら Godot。「アイデアを毎日試す、軽く作って配る」なら Love2D。
僕の現時点のスタンス
正直に書くと、僕（大森翔吾）は今 Love2D に振っています。理由は3つ。
- プロトの回転速度が速すぎる：1日に何本もアイデアを動かせる
- 「Steam に出す本気のゲームも Love2D で作れる」と確信できた：実際に Love2D 製の
SwingByByByを Steam に Coming Soon 登録、東京ゲームダンジョン12（2026/5/3 開催）に出展予定 - AI 駆動のワークフローと噛み合いすぎる：詳しくは Love2D × AI駆動の解説 で別途まとめています
ただし Godot を否定する話では一切ない。3D・物理・UIリッチが必要になったら僕も Godot に戻します。両方使えると一番強い、というのが本音です。
AI 駆動で気をつけること（両方共通）
- 仕様を日本語で書き切ってから AI に渡す：AI駆動開発の技術スタック整理 でも触れた通り、入力の質が出力の質
- 1機能ずつ実装 → 即実行 → 次へ：ゲームは挙動を見ないと正解が分からない
- エラーログはそのまま AI に貼る：自分で読まない
- 未経験でも飛び込んで OK：AI駆動開発でプログラミング素養ゼロから始めた話 と同じで、Cursor を立ち上げるところから始まります（Cursor の基本はこちら）
まとめ｜Godot vs Love2D は「優劣」ではなく「振り方」
- AI 駆動との相性は両方とも Unity / Unreal を上回る
- Godot = フルエンジン：本格・3D・UI・物理が要るならこれ
- Love2D = 最小フレームワーク：プロト・アーケード・AI 丸投げの純度を最大化したいならこれ
- 僕個人は今 Love2D に寄せていますが、プロジェクトの性質で選び分けるのが正解
迷ったら、まず Love2D で1日触ってみる → 物足りなくなったら Godot を試す、の順が体感的におすすめです。
関連する記事
- Godot × AI駆動開発｜知識ゼロからゲームを作る実践ガイド
- Love2D × AI駆動開発｜最小フレームワークでゲームを量産する
- AI駆動開発の技術スタック2026｜実務で使っている全部
- 素養0でもAI駆動開発ならプログラミングできる体験談
- Cursor で始める AI駆動開発ガイド
AI駆動開発のご相談・お仕事のご依頼
株式会社CAEN（代表：大森翔吾）では、Godot / Love2D × AI駆動 を含むゲーム制作のプロトタイピング支援、個人〜小規模チーム向けの AI駆動開発導入支援、ワークフロー設計を承ります。
- お問い合わせ：info@caen.co.jp
- ポッドキャスト：AI駆動開発ラボ（stand.fm）
- YouTube：@aidd-lab
- X：@shogo_oomori
「AI 駆動でミニゲームを量産したい」「Steam 出展レベルのインディーゲームを作りたい」「Godot と Love2D のどちらを選ぶか相談したい」など、お気軽にご相談ください。