結論

ゲーム設計における AI との壁打ちでは、「レーン・グリッド・列・軸」などの空間概念が揺れることが原因で仕様破綻が起きるため、用語辞書の事前固定と座標系定義の明文化が必須

問題

セッション変更後の仕様調整において、以下の問題が発生した：

• 「レーン」「グリッド」「列」「縦」「横」「軸」などの空間概念が混在
• 同一単語でも意味解釈が変化する
• ステージ設計の前提が揺らぎ、仕様が不明確になる

結果として、設計の一貫性が崩壊する状態が発生した。

原因

本問題の本質は、LLM の「文脈再構築型の意味付け」にある。

具体的には：

• 用語は辞書定義ではなく文脈依存で再解釈される
• セッション変更時に内部表現がリセットされる
• 抽象空間概念（列・レーン等）は特に揺れやすい

つまり、

仕様の言語が固定されていない限り、意味は毎回再生成される

解決方法

仕様設計段階で「意味の揺れ」を構造的に封じる。

必須構造

1. 用語辞書の固定化

仕様書の最初に以下を定義：

• レーン = X 軸方向の固定移動単位
• グリッド = X×Y の論理座標空間
• 列 = Y 方向のインデックス
• 軸 = 座標基準線

2. 座標系の明文化

• 2D 座標系の基準を固定（例：X=横 / Y=縦）
• 表示と論理空間を分離しない

3. 用語再定義の禁止

• 仕様内での意味変更禁止
• セッション跨ぎでも同一定義を維持

ハマりポイント

• 「レーン」「列」などの曖昧語は AI が毎回再解釈する
• 図やコード以前に、言語定義が崩れると設計全体が破綻する
• 特にゲーム設計では空間語彙の揺れが最も危険

補足

これはアルゴリズムや実装問題ではなく、

自然言語仕様設計における意味空間の非決定性問題。

そのため、

• コード設計ではなく
• 「言語設計（DSL 的発想）」が必要になる

再発防止ルール

• 仕様書の冒頭に必ず「用語辞書セクション」を設置
• 空間定義（座標系）は最初に固定
• AI との設計では意味の再定義を禁止する

環境

windows11

Unity 6.3 LTS

Visual Studio Code 1.109.5

OpenAI Codex v0.0128

model gpt-5.5 xhigh/gpt-5.4-mini medium