【Unity個人制作】生成AIに「作ってもらいました」で終わらせない ― 制作過程を学びに変えるAI活用法
導入：作品が完成すれば、それで十分だろうか
個人制作では生成AIを積極的に活用して構いません。ただし「AIに作ってもらいました。エラーが出たので再びAIに聞きました」という説明だけで終わってしまうと、本人が何を理解し、判断したのかが伝わりません。AIを使ったことを隠す必要も、誇る必要もありません。使い方の過程こそ共有しましょう。
制作開始前に、AIの使い方を考えておく
制作が終わったあとで「もっと自分で考えるべきだった」と言われても、時間は戻りません。これから約1か月半の個人制作を始める前に、AIへの依頼方法、生成結果の確認方法、学習の記録方法を決めておきましょう。作品完成と本人の成長は、両方大切な目標です。
AIへの丸投げと、主体的なAI活用
AIにコード生成を依頼すること自体は問題ではありません。重要なのは、目的と条件を自分の言葉で整理し、生成結果を確認し、採用・変更・却下の判断をしたかどうかです。エラー全文をAIに渡すことも有効な場合がありますが、AIの修正案を無条件で繰り返し貼り付けるだけでは、原因の理解につながりにくくなります。
エラーが出たときの具体例
例えばUnityでプレイヤーが動かない場合、まずConsoleのエラー、対象スクリプト、設定したコンポーネント、入力の状態を確認します。「何を期待し、実際に何が起き、何を試したか」をまとめてAIに相談します。提案を採用する前に、変更範囲を確認し、Unityで動作を再検証します。別の機能が壊れていないかも確かめましょう。
AIに相談するときのプロンプト例
エラーの原因を切り分けるための例です。実際の症状や環境に合わせて補ってください。
あなたはUnity 6とC#の学習支援者です。プレイヤーが動かない問題を調べています。期待する動作、現在の症状、Consoleのメッセージ、試したことを示します。最初に考えられる原因を優先順で3つ挙げ、それぞれの確認方法を教えてください。確認結果を伝えるまで大規模なコード書き換えは提案しないでください。制作中に残す5つの記録
- 目的：何を実現したくてAIに依頼したか
- 指示：どんな条件・制約・プロンプトを渡したか
- 過程：何がうまくいかず、何を試したか
- 判断：回答のどこを採用・修正・却下したか
- 振り返り：何を理解し、次はどう進めるか
毎日の詳細な対話ログは不要です。印象的だった事例を2〜3件だけ残しましょう。
発表では「AIを使いました」の先を話そう
発表では作品の目的と動作を見せた上で、AI活用の具体例を1〜2件紹介してください。使ったプロンプト、AIが提案した方法、うまくいかなかった点、自分が選んだ対応とその理由、検証結果を簡潔に示します。すべての対話履歴を公開する必要はありません。個人情報、認証情報、第三者の著作物、公開できないコードは入力・共有しないでください。
経験者の話も、みんなで検討する
社会人経験や開発経験が豊富な人の発言は、初心者にとって実務の正解に聞こえることがあります。しかし、どのAI活用法にも得意・不得意があります。発表者を責めたり、AI利用回数を競ったりするのではなく「自分ならどう試すか」「どんな確認が必要か」を話し合いましょう。経験者には成功だけでなく、判断の難しさや失敗から学んだ点も共有してほしいと思います。
制作途中のセルフチェック
AIに依頼する前に目的と完成条件を書けるか。AIの回答を採用した理由を言えるか。動作確認を自分で行ったか。主要な処理の役割を説明できるか。同じ不具合に再び出会ったとき、最初の確認方法を説明できるか。すべてを暗記する必要はありませんが、作品の重要部分を理解しておきましょう。
最後に：AIが作った作品ではなく、自分が成長した過程を
生成AIを使って以前なら作れなかった機能を実現するのは良いことです。さらに、なぜ動くのか、どのように直したのか、次に何を改善できるのかまで考えられれば、制作は確かな学習になります。1か月半後の発表では、完成した作品だけでなく、AIと一緒にどう考えてきたかも聞かせてください。
関連：学習段階で変えるAIの使い方／AIに作ってもらいましたで終わらせない考え方／AI利用指針ガイドライン／制作フェーズの進め方