Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「1行もコードを書かない」Unityゲーム開発
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Tomoyuki Sugita
March 07, 2026
Programming
61
0
Share
「1行もコードを書かない」Unityゲーム開発
今回は生成AI(Gemini+GeminiCLI)だけを使ってUnityでゲーム開発を行いました。
ノウハウではなく、AIとのペアプロで起きた「事件」と「得られた知見」を共有します。
Tomoyuki Sugita
March 07, 2026
More Decks by Tomoyuki Sugita
See All by Tomoyuki Sugita
採用でプロダクトの壁を乗り越える
tomotomo
1
470
ラズパイマガジン 寄稿ネタDEMO
tomotomo
0
1k
PHPでLチカ(PHPカンファレンス2018 懇親会)
tomotomo
1
3.4k
IoTデバイスのつらみ isaaxで解消しましょう
tomotomo
0
140
IoTLT 40回 おめでとう!
tomotomo
2
500
「isaax」を使った PoCからプロダクションまでの開発
tomotomo
0
320
2000年頃のフロントエンド技術
tomotomo
1
11k
WordPressとサーバーとお金の話
tomotomo
0
1.3k
スタートアップのレガシーシステムをAws活用で改善している話
tomotomo
0
570
Other Decks in Programming
See All in Programming
色即是空、空即是色、データサイエンス
kamoneggi
1
210
SPMマルチモジュールで テストカバレッジを取得する技法
yosshi4486
0
130
tsserverとは何だったのか、これからどうなるのか
nowaki28
1
420
プロパティの順序で型推論が壊れる!? TypeScript6.0の修正からContext-Sensitivityの仕組みを追う
bicstone
2
1.3k
These Five Tricks Can Make Your Apps Greener, Cheaper, & Nicer
hollycummins
0
250
ECR拡張スキャンでSBOMを収集して サプライチェーン攻撃の影響調査を 爆速で終わらせてみた
akihisaikeda
2
210
Hive Metastoreを通して学ぶIceberg REST Catalog ― 仕様から実装まで
okumin
0
310
タクシーアプリ『GO』の バックエンド開発のおける AI利活用と若者のすべて
pyama86
3
1.8k
AIエージェントの隔離技術の徹底比較
kawayu
0
440
脅威をエンジニアリングの糧にして――現場編 / Turning Threats into Engineering Fuel — Field Edition
nrslib
0
220
さぁV100、メモリをお食べ・・・
nilpe
0
110
「エンジニアインターン、どうやって取った?」準備のリアルを語るLT会 Progate BAR
akiomatic
0
100
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
28
2.6k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.9k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
55k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
300
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.4k
Agile that works and the tools we love
rasmusluckow
331
21k
Optimizing for Happiness
mojombo
378
71k
Six Lessons from altMBA
skipperchong
29
4.3k
The SEO identity crisis: Don't let AI make you average
varn
0
480
Transcript
「1行もコードを書かない」 Unityゲーム開発 杉田知至 フリーランスPdM
自己紹介 杉田 知至(すぎた ともゆき) 💼フリーランスPdM / 新規事業創造パー トナー 📈スタートアップ3社でプロダクト開発を主 導。元・取締役CPO。
📙著書:「エンジニアのための WordPress開発入門」(技術評論社)
本日のテーマ • 今回は生成AI(Gemini+GeminiCLI)だけを 使ってUnityでゲーム開発を行いました。 • ノウハウではなく、AIとのペアプロで起きた 「事件」と「得られた知見」を共有します。
元記事: https://zenn.dev/tomotomobile/articles/b5cf31891b77e2
None
None
作ったもの:CPU対戦型「大富豪」 • CPUと1対1で対戦する大富豪アプリ • 8切り、Jバック、5スキップ、縛りなどの ローカルルールを実装 • 最終的にGitHub Actionsで自動デプロイ完遂
None
今回の開発ルール(縛りプレイ) • コードはすべてAIに書かせる(手修正禁止❌) • バグったらエラーログを渡して修正も丸投げ • ソースコードの正しさはチェックしない (そもそも読めない) • 役割:私は「PM兼テスター」、AIは「実装」
Day 1: 爆速の立ち上げ
Day 1: 爆速の立ち上げ • ルールのプロンプトを投げただけで、 コアロジックが一発で動作 • カードを配る、役の判定、特殊ルールの発動が 数秒で実装される •
リポジトリ作成から2時間でプレイ可能になる
None
「これは勝った」
Day 1-2: UIレイアウトという鬼門
Day 1-2: UIレイアウトという鬼門 • テキストベースのAIにとって、 最大の壁は「UI(見た目)」でした • 修正指示が通らず「見て見ぬふり」をするも、 テストプレイで不評 •
UIは後で直せばいっかー(希望的観測)
Day 2: 崩壊と奇策
Day 2: 崩壊と奇策 • UIの修正指示を繰り返すうち、収拾がつかない状態 に。。。 • 奇策:AIにゲーム画面のスクショを撮らせて画像を渡 し直させる(マルチモーダルデバッグ) •
結果:期待したほどの精度は出ず、泥沼化
🤯「ああ、終わった」
Day 2 夕方: 決断
Day 2 夕方: 決断 • 繰り返される修正でUIはカオスを極め、 無限バグループに突入 • AIへの指示が全く通らなくなりました •
そして、限界を迎え、決断へ・・・
「今のコード、全部捨てよう」
Day 2 夕方: 決断「全消しリビルド」 • ただ捨てるのではなく、現在のゲーム仕様をすべて Markdownの仕様書化 (もちろん仕様書もAIに書かせました) • 「コード」ではなく「仕様書」を正とすることで、ゼロから
クリーンな再構築に挑戦
None
None
直った😆
Day 3以降: 自動化と公開
Day 3以降: 自動化と公開 • リビルド後は驚くほどスムーズ • 面倒なUnityビルドをGitHub Actionsで自動化 • 無事に一般公開!▶リリース完了
https://tomotomo.github.io/vibe-game/
「1行もコードを書かない」Unityゲーム開発 を通して得られた知見
得られた知見 ①「コード」より「日本語の仕様書」 ② UI調整とマルチモーダルの壁 ③ 諦めて寝る、捨てる勇気
知見①「コード」より「日本語の仕様書」 • 非エンジニアは、コードの書き方を指示する のでなく「仕様書の整備」をすべき • 正確な仕様書があれば、AIは何度でも いい感じのコードを生成する • 「プロンプト駆動」▶「仕様書駆動」が正解
知見② UI調整とマルチモーダルの壁 • ロジック生成はいい感じだが、 UIの調整はテキスト指示だけでは限界がある • 「視覚情報をどうAIに正しくフィードバック させるか」が、フルAI開発の今後の課題
知見③ 諦めて寝る、捨てる勇気 • 執着して細かい修正を繰り返すと☠ • AIがループに入ったら、一度チャットをリセット または、コードを捨てて仕様書から再生成する方が、 結果的に早い
まとめ:PMとQAに徹する UnityもC#もわからない人間でも、「PMとして仕様を定義 し、QAとしてバグを報告する」だけで、そこそこ複雑な ゲームを作り切ることが可能です。
まとめ:魔法の呪文は不要 プロンプトエンジニアリング以上に、本当に必要だったの は以下の2つです。 1. 「何をどう作りたいか」を正確に言語化する力 2. うまくいかない時に構造を見直す決断力 ◦ 今回はリビルドを決断しました
ご清聴ありがとうございました