MCP でゲームエンジンを AI に操作させる：エンジンごとに AI を分けて使う理由
MCP を使うと、AI がゲームエンジンや 3D ツールを直接操作できます。Unity は Claude、Godot・Unreal Engine・Blender は Codex と、道具ごとにつなぐ AI を分けている理由と、使うときの注意点をまとめます。
- AI
- MCP
- Unity
- Claude
Logs
ゲーム開発と AI の使い方の研究で、考えたこと・試したこと・ 分かったことの記録です。
ベルトスクロールのキャラクター状態を整理する ― 硬直を状態として分ける理由
待機・移動・攻撃・被弾・ダウンといったキャラクターの状態を、どう分けてどう遷移させるか。ガード硬直や打ち上げ、起き上がりを独立した状態にした理由を説明します。
- ゲーム設計
- アクション
- 状態管理
Unity WebGL を S3 + CloudFront に置くと真っ黒な画面のまま動かない理由
Brotli 圧縮した Unity WebGL ビルドを S3 に置いただけでは動きません。Content-Encoding ヘッダーの設定と、アップロード時に指定すべき値をまとめます。
- Unity
- WebGL
- AWS
- S3
ヒットストップは世界を止めない ― 攻撃した側と受けた側だけを止める設計
攻撃が当たった瞬間の手応えを出すヒットストップ。ゲーム全体の時間を止めるのではなく、当事者の2人だけを止める方式にした理由と、止める対象の決め方をまとめます。
- Unity
- ゲーム設計
- アクション
追従カメラはあえて回さない ― 向きを固定して位置だけ追いかける設計
ベルトスクロールアクション用の追従カメラを、向きと高さを固定し、位置だけを滑らかに追いかける形で作りました。4種類の視点プリセットと、2種類の追従方式の使い分けを説明します。
- Unity
- カメラ
- ゲーム設計
技を JSON 1ファイルで定義する ― タイムラインで組み立てる攻撃データ
攻撃の発生タイミング、ダメージ、ヒットストップ、コンボの派生先まで、技に関するすべてを JSON 1ファイルにまとめた設計と、その理由を説明します。
- ゲーム設計
- アクション
- Mod
- データ設計
ベルトスクロールの「奥行き」当たり判定 ― ぴったり揃えなくても当たる設計
3D のベルトスクロールアクションでは、手前と奥の軸がずれていると攻撃が当たりません。その許容範囲をどう決めたか、なぜ「ゆるく」したのかを書きます。
- ゲーム設計
- アクション
- 当たり判定
当たり判定をボーンに追従させる ― 体格の違うキャラで技データを共有する
攻撃判定の位置を固定座標ではなく、手や足のボーンからの相対位置で決める方式にしました。モデルを差し替えても判定がずれない理由と、その設計を説明します。
- Unity
- アクション
- 当たり判定
- 設計
Mod からアセットストアのアニメーションを使う ― 名前で参照する3段階の解決
Unity 独自形式のアニメーションは Mod フォルダに置けません。それでも購入したアニメーション素材を活かすために作った、名前で参照する仕組みを説明します。
- Unity
- Mod
- アニメーション
Mod に FBX を入れられない理由 ― ランタイムで読めるフォーマットだけを許可する
Unity のアセットは、エディタが変換してくれるから使えているものが多くあります。実行中に読み込む Mod データでは何が使えて何が使えないのか、その線引きを整理しました。
- Unity
- Mod
- glTF
- アセット
ベースゲームも Mod として扱う ― Everything is a Mod という設計
本編のキャラクターやステージを「native」という名前の Mod として扱う設計にした理由と、そのためにコードとデータをどう分けたかをまとめます。
- Unity
- 設計
- Mod
仕様書を先に書き換えてから実装する ― SPEC-First という開発ルール
機能を追加するときは、コードより先に仕様書を更新する。仕様書に書いていないことは実装しない。個人開発でこのルールを採用した理由と、運用のしかたを書きます。
- 開発手法
- 設計
- 個人開発