日本語と英語どちらでAIに指示すべきか：ゲーム制作で比較
遊びをつくる執筆にClaudeを使用しています。
AIにゲームのコードやデザインを依頼するとき、「日本語で書いてもいいのか、それとも英語のほうが精度が上がるのか」と迷う人は少なくありません。結論を先に言うと、どちらが優れているかは一律には決まらず、指示の内容と目的によって使い分けるのが実際的です。 日本語のほうが自分の意図を正確に書き出せる場面があります。一方で英語のほうがAIの出力が安定しやすい場面もあります。この記事では、その境界線がどこにあるのかを整理し、ゲーム制作という具体的な文脈で判断できる基準を示します。
AIが日本語と英語をどう処理しているか
現在の主要なAI（大規模言語モデル）は、英語のデータを最も多く学習しています。コードに関するドキュメント、Stack Overflow の回答、ゲームエンジンのチュートリアルは圧倒的に英語が多く、AIはその文脈のなかで「良いコード」「よくある実装パターン」を学んでいます。
ただし、日本語での指示能力も近年大きく向上しています。日本語で書いたプロンプトが英語に内部変換されてから処理されるかどうかはモデルによって異なりますが、実用上は「日本語で指示しても意図はほぼ正確に伝わる」状態になっています。
問題は精度の絶対値ではなく、「どこでズレが起きやすいか」です。日本語指示特有のズレのパターンを知っておくと、補正コストを減らせます。
英語が有利になりやすい場面
コードの仕様を細かく指定するとき
「衝突判定」「スプライトシート」「タイルマップ」「イージング関数」といった技術用語は、英語（collision detection、spritesheet、tilemap、easing function）で書いたほうがAIが迷わず対応します。日本語の技術用語は表記揺れが多く、AIが「衝突判定＝collision detection」と正しくマッピングしない場合がまれに起きます。
コードブロック内のコメントや変数名を英語で統一したい場合も、プロンプト自体を英語で書くと指示と出力の言語が一致するため、出力のブレが少なくなります。
既存の英語ドキュメントを参照させるとき
Phaser や Three.js など英語圏発のフレームワークについて質問するとき、英語で書いたほうがドキュメントの記述に近い文脈でAIが回答します。「Phaser 3でグループを使ったオブジェクトプールを実装して」と日本語で書いても伝わりますが、「Implement an object pool using Phaser 3 Group class」と書くほうが、ドキュメント由来の正確なAPIが返ってくる確率が上がります。
日本語が有利になりやすい場面
ゲームのコンセプトや世界観を伝えるとき
「和風の縁日を舞台にしたパズルゲーム」「懐かしさを感じる80年代のレトロ感」といったニュアンスは、日本語のまま書いたほうが伝わりやすい場合があります。英訳の過程で「和風」が「Japanese style」という平坦な言葉に置き換わり、AIが生成するアセットの指示文や色使いの提案が画一的になることがあります。
テキストやUIの文言を日本語にしたいとき、最初から日本語で指示しておくとそのまま使えるテキストが返ってきます。英語で指示して日本語に翻訳するよりも、一工程少なくなります。
自分の頭のなかを整理しながら書くとき
仕様がまだ固まっていない初期段階では、母語で書いたほうが思考の速度と指示の速度が一致します。「敵キャラクターが壁に当たったら跳ね返るようにしたいが、角に引っかかってしまう問題を直したい」という状況説明は、英語に直す手間をかけると思考が途切れることがあります。まず日本語で問題を言語化してAIと対話し、コードの細部に入ったら英語に切り替える、という流れは現実的です。
混在させるときの原則
日本語と英語を一つのプロンプト内で混在させることは問題ありません。実際のゲーム制作では次のような分担が機能しやすいです。
- 要件・背景・意図 → 日本語で書く
- 技術用語・APIメソッド名・ライブラリ名 → 英語のまま書く
- 出力してほしいコードのコメント → 希望する言語を明示する
例として、「プレイヤーがジャンプするたびに AudioContext でSEを再生したい。iOS Safariのautoplay制限を回避する方法も含めて実装してほしい」というプロンプトは、意図が日本語で明確に伝わりつつ技術用語は英語のままで、AIが迷いにくい書き方です。
出力がズレたときの修正アプローチ
言語に関係なく、AIの出力がズレる原因は大抵「指示の粒度が足りない」か「文脈が不足している」かのどちらかです。言語を切り替える前に、次の順で確認する習慣をつけると修正コストが下がります。
- 具体的な動作を書いたか：「カードをアニメーションさせて」ではなく「カードを0.3秒かけて左から右へスライドさせて」のように数値と方向を入れる。
- 使っているフレームワークのバージョンを明示したか：同じAPIでもバージョンによって書き方が違い、古い情報で返ってくることがある。
- エラーメッセージをそのまま貼ったか：エラーは英語のまま貼るほうが文字列が完全に一致し、AIが原因を特定しやすい。
これらを見直しても改善しない場合に、言語を切り替えて試す選択肢を取ります。言語変更はあくまで最後の調整手段です。
判断をシンプルにまとめると
- コンセプト・世界観・ストーリー、向いている言語：日本語
- 技術仕様・API・エラー修正、向いている言語：英語または混在
- UIテキスト・メッセージ文言（日本語向け）、向いている言語：日本語
- フレームワーク固有の実装、向いている言語：英語
- 仕様が未確定の初期ブレスト、向いている言語：日本語
どちらを選んでも「指示が曖昧」という根本的な問題は解決しません。言語より先に「何をどう動かしたいか」を自分のなかで整理する工程が、出力の品質を最も左右します。
次の行動
次にAIへ指示を書くとき、コンセプトや意図は日本語、技術用語はそのまま英語という混在スタイルを一度試してみてください。出力がズレた場合は言語より先に指示の具体性を確認し、それでも改善しなければ言語を切り替えてみてください。作ったゲームはHTMLまたはZIPファイルとしてアソバースに投稿し、動作を他の人に確認してもらうことも制作の精度を上げる一つの方法です。
