プロンプトの再利用：ゲーム制作用テンプレートの管理方法
遊びをつくる執筆にClaudeを使用しています。
AIを使ってゲームを作り始めると、同じような指示を何度も打ち直していることに気づきます。「敵キャラを出すコードを書いて」「スコアを表示して」「ゲームオーバー画面を追加して」——これらは毎回ゼロから書くより、過去にうまくいったプロンプトを手直しして使い回す方がはるかに速く、品質も安定します。 プロンプトの再利用は単なるコピー&ペーストではありません。どこを変数として扱い、どこを固定するかを意識して「テンプレート」として整理することで、はじめて価値が出ます。この記事では、ゲーム制作に特化したプロンプトテンプレートの設計・保存・運用の方法を具体的に説明します。
テンプレート化する価値がある場面を見極める
すべてのプロンプトをテンプレートにする必要はありません。一回限りの試行や探索的な指示はそのまま流せばよく、保存のコストをかける意味がありません。テンプレート化が効くのは次のような場面です。
- 同じ構造のものを繰り返し作る場面：敵キャラ・アイテム・ステージ設定など、パラメータだけ変えて量産するとき
- 品質が安定しにくい場面：コードの設計方針やゲームの世界観説明など、毎回書き方がブレると出力もブレるとき
- 複数のAIツールや複数のプロジェクトをまたぐ場面：「あのとき使った指示、どこに書いたっけ」と探す時間が発生しているとき
逆に、「一発で解決した特殊な指示」や「プロジェクト固有すぎて他に転用できない指示」は保存しても再利用率が低く、管理コストだけがかさみます。
テンプレートの構造を設計する
再利用しやすいテンプレートには、固定部分と変数部分の区別が必要です。変数部分は【 】や{{ }}などの記号で囲んでおくと、見た瞬間にどこを書き換えるかがわかります。
たとえば「敵キャラのクラスを書いてもらうプロンプト」をそのまま保存すると、次に使うときに前回の数値が残っていて上書きを忘れがちです。代わりに次のような形で整理します。
敵キャラのJavaScriptクラスを書いてください。
- 名前：【敵の名前】
- HP：【数値】
- 移動パターン：【説明（例：左右往復、プレイヤー追尾など）】
- 攻撃方法：【説明】
- 倒されたときのドロップ：【アイテム名または「なし」】
前提条件：
- Phaser 3を使っています。
- プレイヤーのスプライトはthis.playerで参照できます。
- 既存の敵クラスEnemyBaseを継承してください。固定部分（前提条件）はプロジェクトが変われば書き換えますが、同一プロジェクト内では触りません。変数部分だけを毎回埋めます。この「固定＋変数」の分離が、テンプレートを使い続けるための最低条件です。
さらに実用的にするために、テンプレートの先頭に用途と最終更新日を1行で書いておきます。「いつ・何のために作ったか」が記録されていないと、似たようなテンプレートが増えたときに正しい版を選べなくなります。
保存場所と管理ツールの選び方
テンプレートの保存先は「すぐ開けて、すぐ貼り付けられる」ことが優先です。凝ったツールを使っても、ゲームを作っている最中に別アプリを開く手間が増えると、結局どこかにメモしただけで終わります。
ローカルのテキストファイル（Markdownなど）は最もシンプルな選択肢です。prompts/フォルダを作り、カテゴリ別にファイルを分けるだけで十分に機能します。ファイル名に番号をつけて順番を固定しておくと、後から見返しやすくなります。
スニペット管理ツール（テキスト展開ツールとも呼ばれます）を使うと、短いキーワードを入力するだけで展開できます。たとえば:enemy-classと打てば全文が展開される設定にしておけば、コピー&ペーストより速く挿入できます。OSや好みに応じてツールは異なるため、公式サイトで機能を確認してから選んでください。
ノートアプリ（ObsidianやNotionなど）は検索・タグ付け・リンクの面で優れています。テンプレートの数が50を超えてきたあたりから、フォルダ管理だけでは検索が辛くなるため、このタイミングで乗り換えを検討する目安になります。
複数の環境（自宅PCと外出先など）で使うなら、クラウド同期が前提になります。Git管理にすれば変更履歴も残り、「以前のバージョンに戻したい」ときに対応できます。ただし、プロンプトにAPIキーや個人情報が混入しないよう注意が必要です。
カテゴリ設計：ゲーム制作に合わせた分類
ゲーム制作のプロンプトは「コード生成」「デバッグ」「アセット生成」「設計相談」の4軸で分類すると整理しやすくなります。
コード生成は最も多くなるカテゴリです。ゲームメカニクス別（移動・衝突・スコア・ステージ遷移など）にサブフォルダを作ると、必要なテンプレートを探す時間が短くなります。
デバッグは「エラーメッセージを渡して原因を聞くテンプレート」が代表です。前提環境（使用ライブラリ、ブラウザ、コードの全体像）を毎回同じ形式で伝えると、AIが的外れな回答を返すことが減ります。
アセット生成は画像生成AIや音楽生成AIへの指示です。ゲームのトーン（ポップ/ダーク/レトロなど）をテンプレートの固定部分に書いておくと、複数のアセットを作るときに世界観が揃います。
設計相談はゲームシステムの構造を整理したいときに使います。「このゲームの仕様をまとめ直してほしい」「バランス調整の数値を提案してほしい」など、出力形式（箇条書き・表・コードなど）を固定部分に書いておくと読み取りやすい形で返ってきます。
テンプレートを育てる：更新と廃棄の判断
テンプレートは作ったら終わりではなく、使うたびに改善する対象です。プロンプトを使って「思ったより良い出力が出た」ときは、その指示の何が効いたかをメモして固定部分に昇格させます。逆に「毎回修正が多い」場合は変数の粒度が大きすぎるサインです。変数をより細かく分けるか、そのテンプレート自体を見直します。
廃棄の判断基準は「3回以上使ったか」です。作ってから3回も使わなかったテンプレートは、汎用性が低いか、同等のものが別にあるかのどちらかです。定期的に（月に一度程度が目安）テンプレート一覧を見直し、使用感をもとに削除・統合・昇格を判断する時間を取ると、管理コストが積み上がるのを防げます。
AIツールそのものがアップデートされると、以前は必要だった細かい指示が不要になることもあります。半年に一度は「このテンプレート、今でも必要か」を問い直すことをおすすめします。
次の行動
まず手元の直近プロジェクトで「2回以上同じ意図で書いたプロンプト」を探し、固定部分と変数部分に分けてテキストファイルに保存してみてください。最初は5本程度でも、繰り返し使うことで管理の感覚がつかめます。テンプレートが整ってきたら、そのゲームをアソバースに投稿して公開し、制作の流れごと記録として残す方法も選択肢の一つです。
