34a - AI 辅助游戏开发概览

2023 ─── 代码补全时代 ───────────────────────────────────────
  │  GitHub Copilot 进入游戏开发
  │  ChatGPT 用于脚本调试和文档查询
  │  AI 图像生成用于概念设计（Midjourney v5, DALL-E 3）
  │
2024 ─── 工具集成时代 ───────────────────────────────────────
  │  Unity ML-Agents 成熟，Sentis 推理引擎发布
  │  Inworld AI 获得微软/迪士尼投资，NPC AI 进入主流
  │  AI 3D 模型生成工具涌现（Meshy, Tripo AI）
  │  Suno/Udio 使 AI 音乐生成可用于游戏
  │
2025 ─── 工作流重塑时代 ───────────────────────────────────────
  │  Claude Code / Cursor 深度集成游戏引擎
  │  Godot MCP Server（GDAI MCP）发布
  │  AI 从辅助工具变为核心工作流组件
  │  独立开发者用 AI 工具链完成完整游戏
  │
2026 ─── Vibe Coding 游戏开发时代 ──────────────────────────────
     AI Agent 直接操作游戏引擎
     程序化生成 + LLM 叙事 = 动态世界
     AI 驱动的自动化测试和平衡调优
     "AI 原生"游戏开发工作流成为标准

┌─────────────────────────────────────────────────────────────┐
│                  AI 辅助游戏开发全景图                         │
├─────────────┬─────────────┬─────────────┬──────────────────┤
│  概念设计    │  原型开发    │  内容生产    │  测试与运营       │
│             │             │             │                  │
│ • 概念图生成 │ • 快速原型   │ • 2D/3D 资产│ • AI 自动测试     │
│ • GDD 辅助  │ • 脚本生成   │ • 音效/音乐 │ • 平衡性调优      │
│ • 玩法设计  │ • 场景搭建   │ • 对话/叙事 │ • 玩家行为分析    │
│ • 市场调研  │ • 机制验证   │ • 关卡设计  │ • 实时运营        │
├─────────────┴─────────────┴─────────────┴──────────────────┤
│                    代码生成与辅助                             │
│  • 游戏逻辑（状态机、物理、AI 行为树、寻路）                    │
│  • 引擎脚本（C#/GDScript/C++/Blueprints）                    │
│  • Shader 编写 • 网络同步 • 存档系统 • UI 系统                │
├────────────────────────────────────────────────────────────┤
│                    NPC 智能与程序化生成                        │
│  • 动态对话系统 • 行为树 AI • 程序化地形/关卡/任务              │
│  • 自适应难度 • 涌现式叙事 • 玩家建模                          │
└────────────────────────────────────────────────────────────┘

开发者意图 → Claude Code / Cursor → C# 脚本 → Unity Editor 验证
                    │
                    ├── PlayerController.cs
                    ├── EnemyAI.cs
                    ├── InventorySystem.cs
                    └── DialogueManager.cs

你是一个 Unity 6 游戏开发专家。请为我生成以下功能的 C# 脚本：

## 需求
[描述游戏功能需求]

## 技术约束
- Unity 版本：6.x（LTS）
- 渲染管线：URP
- 目标平台：[PC/Mobile/Console]
- 使用新版 Input System
- 遵循 Unity 编码规范（PascalCase 公共成员，_camelCase 私有成员）

## 要求
1. 使用 [SerializeField] 暴露可调参数
2. 在 OnDestroy 中清理所有事件订阅
3. 使用 ScriptableObject 存储配置数据
4. 添加 [Header] 和 [Tooltip] 属性提升编辑器体验
5. 包含必要的空值检查和错误处理
6. 添加中文注释说明关键逻辑

# 1. 在 Godot 项目中安装 GDAI MCP 插件
# 2. 启用插件：Project → Project Settings → Plugins → 启用 GDAI MCP
# 3. 配置 AI 编码工具连接 MCP Server

你是一个 Godot 4.3+ 游戏开发专家。请生成以下功能的 GDScript：

## 需求
[描述游戏功能需求]

## 技术约束
- Godot 版本：4.3+
- 使用严格类型提示（var name: Type）
- 使用 @export 替代旧版 export
- 使用 await 替代 yield
- 信号使用 signal_name.connect() 语法

## 代码规范
1. 类名使用 PascalCase，变量/函数使用 snake_case
2. 使用 @onready 延迟初始化节点引用
3. 使用 class_name 注册自定义类型
4. 资源管理使用 preload() 或 load()
5. 状态机使用枚举 + match 语句
6. 添加中文注释说明关键逻辑

你是一个 Unreal Engine 5.4+ 游戏开发专家。请生成以下功能的 C++ 代码：

## 需求
[描述游戏功能需求]

## 技术约束
- UE 版本：5.4+
- 使用 UCLASS、UPROPERTY、UFUNCTION 宏
- 遵循 Unreal 命名规范（F 前缀结构体、U 前缀 UObject、A 前缀 Actor）
- 使用 Enhanced Input System
- 使用 Gameplay Ability System（如涉及技能）

## 要求
1. .h 和 .cpp 分离
2. UPROPERTY 使用适当的说明符（EditAnywhere, BlueprintReadWrite 等）
3. 使用 UFUNCTION(BlueprintCallable) 暴露给蓝图
4. 正确管理内存（使用 TSharedPtr/TWeakPtr）
5. 包含必要的 #include 和前向声明
6. 添加中文注释说明关键逻辑

请帮我设计一款游戏的核心概念：

## 基本信息
- 类型：[Roguelike / 平台跳跃 / RPG / 策略 / ...]
- 平台：[PC / Mobile / Console / Web]
- 目标受众：[休闲玩家 / 核心玩家 / 全年龄]
- 开发规模：[独立开发者 / 小团队 3-5 人 / 中型团队]
- 预计开发周期：[3 个月 / 6 个月 / 1 年]

## 灵感来源
- 类似游戏：[列出 2-3 款参考游戏]
- 核心差异化：[你的游戏有什么独特之处]

请输出：
1. 一句话概述（Elevator Pitch）
2. 核心玩法循环（Core Loop）描述
3. 3 个关键卖点（USP）
4. 目标情感体验
5. 初步的系统架构（用 Mermaid 图）

# Midjourney 提示词模板 — 游戏概念图
[游戏场景描述], game concept art, [art style: pixel art / low poly / 
hand-painted / realistic / cel-shaded], [mood: dark fantasy / colorful / 
cyberpunk / pastoral], top-down view, game asset style, clean background, 
--ar 16:9 --v 7

基于以下游戏概念，请分析其可行性：

## 概念
[粘贴核心概念]

请评估：
1. 核心循环是否有足够的深度和重玩性？
2. 技术实现难度评估（1-10 分）
3. 类似游戏的市场表现参考
4. 最小可行原型（MVP）需要哪些核心功能？
5. 建议砍掉哪些功能以控制范围？
6. 潜在的技术风险和解决方案

请为以下游戏创建 [Unity/Godot] 项目的基础架构：

## 游戏类型
[2D 平台跳跃 / 俯视角射击 / 回合制 RPG / ...]

## 核心系统
1. 玩家控制器（移动、跳跃、攻击）
2. 敌人 AI（巡逻、追击、攻击）
3. 碰撞和伤害系统
4. 简单 UI（血条、分数）

## 要求
- 先搭建最小可玩原型
- 使用组件化架构，方便后续扩展
- 每个系统独立成文件
- 包含基础的场景设置说明

当前原型的 [机制名称] 感觉不对，具体问题是：
[描述问题，如"跳跃手感太飘"、"敌人 AI 太笨"、"碰撞检测不准"]

请分析原因并提供改进方案，包括：
1. 问题根因分析
2. 具体的参数调整建议
3. 修改后的代码
4. 测试验证方法

请为 [引擎] 设计并实现一个 [系统名称] 系统：

## 系统需求
[详细描述系统功能]

## 设计约束
- 必须支持 [热重载 / 存档序列化 / 网络同步]
- 性能预算：[每帧 < 1ms / 支持 100+ 实体]
- 需要与 [其他系统] 交互

## 架构要求
1. 使用 [设计模式：状态机 / 观察者 / 命令 / ECS]
2. 数据驱动，配置与逻辑分离
3. 提供清晰的公共 API
4. 包含单元测试用例

## 输出格式
1. 系统架构图（Mermaid）
2. 核心类/脚本代码
3. 使用示例
4. 配置数据结构

# 使用 Scenario.gg 训练自定义模型
1. 收集 10-20 张目标风格的参考图
2. 在 Scenario.gg 创建自定义生成器
3. 训练模型（约 15-30 分钟）
4. 使用训练好的模型批量生成风格一致的资产

# 提示词模板 — 2D 游戏角色
[character description], [art style] game sprite, 
front view, transparent background, 
game-ready asset, consistent style with [reference]

# 使用 Tripo AI / Meshy 生成 3D 模型
1. 准备概念图（正面视图效果最佳）
2. 上传到 Tripo AI，选择"Image to 3D"
3. 等待生成（通常 30-60 秒）
4. 下载 FBX/GLB 格式
5. 在引擎中调整材质和 LOD

# 注意事项
- 生成的模型通常需要手动清理拓扑
- 复杂角色建议分部件生成后组合
- 导出前检查面数是否符合目标平台要求

# Suno 游戏 BGM 生成提示词模板
[genre] game soundtrack, [mood], [tempo] BPM, 
[instruments], loopable, game background music,
[specific scene: battle / exploration / menu / boss fight]

# 示例
epic orchestral game soundtrack, intense battle theme, 
140 BPM, brass and strings with percussion, 
loopable, boss fight music, dark fantasy RPG

请为以下游戏系统生成测试策略：

## 系统描述
[描述要测试的游戏系统]

## 测试范围
1. 功能测试：核心机制是否按预期工作
2. 边界测试：极端输入和边界条件
3. 性能测试：帧率、内存、加载时间
4. 平衡性测试：数值是否合理
5. 兼容性测试：不同平台/设备

## 输出要求
- 测试用例列表（优先级排序）
- 自动化测试脚本（如适用）
- 性能基准指标
- 已知风险和缓解措施

┌──────────────────────────────────────────────────────────────────┐
│                    AI 辅助游戏开发工作流                           │
├──────────────────────────────────────────────────────────────────┤
│                                                                  │
│  Phase 1: 概念（1-2 天）                                         │
│  ┌─────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐   │
│  │ ChatGPT │───→│ GDD 生成  │───→│Midjourney│───→│ 概念验证  │   │
│  │ Claude  │    │ 玩法设计  │    │Leonardo  │    │ 可行性    │   │
│  └─────────┘    └──────────┘    └──────────┘    └──────────┘   │
│       │                                               │         │
│       ▼                                               ▼         │
│  Phase 2: 原型（3-7 天）                                         │
│  ┌─────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐   │
│  │ Claude  │───→│ 脚手架    │───→│ 核心机制  │───→│ 可玩原型  │   │
│  │ Code    │    │ 生成     │    │ 实现     │    │ 验证     │   │
│  └─────────┘    └──────────┘    └──────────┘    └──────────┘   │
│       │                                               │         │
│       ▼                                               ▼         │
│  Phase 3: 生产（2-8 周）                                         │
│  ┌─────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐   │
│  │ Cursor  │───→│ 系统开发  │───→│ AI 资产   │───→│ 内容填充  │   │
│  │ Kiro    │    │ 迭代     │    │ 生成     │    │ 打磨     │   │
│  └─────────┘    └──────────┘    └──────────┘    └──────────┘   │
│       │                                               │         │
│       ▼                                               ▼         │
│  Phase 4: 测试与发布（1-2 周）                                    │
│  ┌─────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐   │
│  │ ML-     │───→│ 自动测试  │───→│ 平衡调优  │───→│ 发布     │   │
│  │ Agents  │    │ Bug 修复  │    │ 性能优化  │    │ 上线     │   │
│  └─────────┘    └──────────┘    └──────────┘    └──────────┘   │
│                                                                  │
└──────────────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────┐
│           AI 辅助游戏开发每日循环              │
├─────────────────────────────────────────────┤
│                                             │
│  🌅 上午：设计与规划（1-2 小时）               │
│  ├── 用 Claude/ChatGPT 讨论今日目标           │
│  ├── 生成/更新任务 Spec                       │
│  └── 用 AI 生成设计文档或伪代码               │
│                                             │
│  💻 中午：核心开发（3-4 小时）                 │
│  ├── 用 Cursor/Claude Code 编写游戏逻辑       │
│  ├── AI 辅助调试和优化                        │
│  └── 每完成一个功能立即测试                    │
│                                             │
│  🎨 下午：资产与内容（2-3 小时）               │
│  ├── 用 AI 工具生成/调整美术资产               │
│  ├── 集成资产到引擎                           │
│  └── 音效/音乐生成和调整                      │
│                                             │
│  🧪 傍晚：测试与回顾（1 小时）                 │
│  ├── 运行测试，修复 Bug                       │
│  ├── 用 AI 分析性能瓶颈                       │
│  └── 记录进展，规划明日任务                    │
│                                             │
└─────────────────────────────────────────────┘

# 项目概述
这是一个使用 [Godot 4.3 / Unity 6] 开发的 [游戏类型] 游戏。
 
## 技术栈
- 引擎：[Godot 4.3 / Unity 6 / Unreal 5.4]
- 语言：[GDScript / C# / C++]
- 渲染：[2D / 3D / URP / HDRP / Forward+]
- 目标平台：[PC / Mobile / Web / Console]
 
## 架构规范
- 使用 [组件模式 / ECS / 场景树] 组织游戏对象
- 状态管理使用 [有限状态机 / 行为树 / 状态图]
- 数据配置使用 [ScriptableObject / Resource / DataTable]
- 事件系统使用 [信号 / 事件总线 / 委托]
 
## 代码规范
- [具体的命名规范]
- [文件组织规范]
- [注释规范]
 
## 性能约束
- 目标帧率：[60 / 30] FPS
- 内存预算：[具体数值]
- Draw Call 预算：[具体数值]
 
## 禁止事项
- 不要在 Update/Process 中分配内存
- 不要使用 Find/GetNode 在运行时查找节点
- 不要硬编码数值，使用配置文件
- 不要忽略对象池，频繁创建/销毁对象

┌─────────────────────────────────────────────────────────┐
│              独立开发者 AI 工具链（月预算 ~$100）          │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  🎮 引擎：Godot 4（免费）                                │
│                                                         │
│  💻 编码：                                               │
│  ├── Claude Pro（$20/月）— 主力 AI 助手                  │
│  ├── Cursor Pro（$20/月）— AI IDE                        │
│  └── GitHub Copilot（$10/月）— 代码补全                  │
│                                                         │
│  🎨 美术：                                               │
│  ├── Leonardo.AI Free — 2D 资产                          │
│  ├── Tripo AI Free — 3D 模型                             │
│  └── Midjourney Basic（$10/月）— 概念图                  │
│                                                         │
│  🎵 音频：                                               │
│  ├── Suno Free — BGM（50 credits/天）                    │
│  ├── ElevenLabs Free — 音效/语音                         │
│  └── Stable Audio Free — 补充音效                        │
│                                                         │
│  📋 管理：                                               │
│  ├── Kiro（免费预览）— Spec-Driven 开发                  │
│  └── ChatGPT Plus（$20/月）— 设计/文档/调研              │
│                                                         │
│  💰 总计：~$80/月（可根据需要调整）                       │
│                                                         │
└─────────────────────────────────────────────────────────┘

# 在 Scenario.gg 训练自定义模型
1. 确定游戏美术风格（收集 10-20 张参考图）
2. 训练自定义生成器
3. 所有资产使用同一生成器 + 固定种子范围
4. 建立风格指南文档，作为 AI 提示词的一部分

# 代码风格一致性
1. 编写详细的 CLAUDE.md / Steering 规则
2. 使用 Kiro Specs 定义系统规范
3. 每个系统完成后进行 AI 辅助代码审查
4. 维护架构决策记录（ADR）

# AI 辅助范围评估提示词
请评估以下游戏功能的开发范围：

## 功能描述
[描述功能]

## 评估维度
1. 实现复杂度（1-10）
2. 预计开发时间（独立开发者 + AI 辅助）
3. 对核心体验的贡献度（1-10）
4. 是否可以用更简单的方案替代？
5. MVP 中是否必须包含？

## 建议
- 如果复杂度 > 7 且贡献度 < 5，建议砍掉
- 如果有更简单的替代方案，优先使用
- 给出"必须有"、"最好有"、"可以没有"的分类

# 团队游戏项目 Steering 规则
 
## 代码所有权
- 每个系统有明确的负责人
- AI 生成的代码必须经过负责人审查
- 使用 PR 模板标注 AI 辅助比例
 
## AI 使用规范
- 所有 AI 生成的资产必须标注来源
- 代码中的 AI 生成部分需要人工审查标记
- 共享 prompt 模板库，确保一致性
- 定期同步 AI 工具配置和 Steering 规则
 
## 质量门禁
- AI 生成代码必须通过单元测试
- 资产必须通过技术美术审查
- 性能必须满足目标帧率要求

请设计一个 [游戏类型] 的核心玩法机制：

## 参考
- 类似 [游戏 A] 的 [机制]，但加入 [差异化元素]

## 约束
- 必须在 [引擎] 中可实现
- 复杂度适合 [独立开发者 / 小团队]
- 支持 [单人 / 多人 / 合作]

## 输出
1. 机制描述（200 字以内）
2. 核心循环图（Mermaid）
3. 关键参数列表（可调节的数值）
4. 玩家体验流程
5. 潜在的深度和变化空间

请为 [游戏类型] 设计第 [N] 关的关卡：

## 游戏背景
[简述游戏世界观和当前进度]

## 关卡目标
- 主要目标：[描述]
- 次要目标：[描述]
- 隐藏要素：[描述]

## 设计约束
- 预计通关时间：[X 分钟]
- 难度：[简单 / 中等 / 困难]
- 引入的新机制：[描述]
- 可用的敌人/障碍类型：[列表]

## 输出
1. 关卡布局草图（ASCII 或描述）
2. 敌人配置表
3. 道具/奖励分布
4. 难度曲线说明
5. 教学设计（如何引导玩家学习新机制）

请为 [引擎] 实现一个通用的有限状态机系统：

## 需求
- 支持状态进入/退出/更新回调
- 支持状态转换条件
- 支持状态历史（可回退）
- 支持子状态机（层级状态机）
- 可序列化（用于存档）

## 使用场景
- 玩家状态（Idle, Run, Jump, Attack, Hurt, Dead）
- 敌人 AI（Patrol, Chase, Attack, Flee, Stunned）
- 游戏流程（Menu, Loading, Playing, Paused, GameOver）

## 要求
- 类型安全
- 易于扩展
- 包含使用示例
- 包含调试工具（状态可视化）

请为 [引擎] 实现一个高性能对象池系统：

## 需求
- 支持预热（预创建指定数量的对象）
- 支持自动扩容（池耗尽时自动创建）
- 支持自动回收（超时未使用的对象自动回池）
- 支持多种对象类型
- 线程安全（如需要）

## 使用场景
- 子弹/投射物
- 粒子效果
- 敌人
- 伤害数字 UI

## 性能目标
- 获取/归还操作 < 0.01ms
- 零运行时内存分配（GC 友好）

# Midjourney / Leonardo.AI
[character name], [character description], 
sprite sheet, 4 directions (front, back, left, right),
[art style: pixel art 32x32 / chibi / anime / hand-painted],
game character sprite, white background, 
consistent proportions, --ar 1:1

# 后续处理提示词
请帮我编写一个 [Python/GDScript] 脚本，将这张精灵表切割为：
- 4 个方向 × [N] 帧动画
- 输出为单独的 PNG 文件
- 生成对应的动画配置文件（[引擎格式]）

# UI 元素生成
game UI element, [element type: health bar / inventory slot / 
minimap frame / dialog box / button], [art style], 
[color scheme], transparent background, game-ready asset,
clean vector style, --ar [aspect ratio]

# UI 布局设计提示词
请为 [游戏类型] 设计 [界面名称] 的 UI 布局：

## 屏幕信息
- 分辨率：[1920x1080 / 1280x720 / 移动端]
- 安全区域：[描述]

## 需要显示的信息
[列出所有 UI 元素]

## 设计原则
- 不遮挡游戏画面
- 关键信息一目了然
- 支持手柄/键鼠/触屏操作
- 符合 [游戏风格] 的视觉风格

## 输出
1. 布局草图（ASCII 或描述）
2. 元素层级和交互说明
3. 动画/过渡效果建议
4. 响应式适配方案

# 使用 ChatGPT 生成 GDD
提示词：
"请帮我设计一款 2D Roguelike 游戏，核心特色是'时间回溯'机制——
玩家死亡后可以看到自己上一次的幽灵轨迹，并与之配合。
目标平台 PC，使用 Godot 4 开发，独立开发者，3 个月完成。
请生成完整的 GDD 大纲。"

# 输出：
- 游戏名称：《回声地牢》（Echo Dungeon）
- 核心循环：探索 → 战斗 → 死亡 → 回溯 → 利用幽灵 → 更深层
- 关键系统：时间回溯、幽灵 AI、程序化地牢、战斗系统
- MVP 范围：3 个敌人类型、5 层地牢、基础回溯机制

# 使用 Claude Code + Godot Skills 生成项目架构
提示词：
"为 Godot 4.3 的 2D Roguelike 游戏创建项目架构：
- 基于场景树的组件化设计
- 玩家控制器（8 方向移动、冲刺、攻击）
- 摄像机跟随（平滑、边界限制）
- 基础碰撞和物理层设置
- 输入映射配置"

# 生成的文件结构：
project/
├── scenes/
│   ├── player/
│   │   ├── player.tscn
│   │   └── player.gd
│   ├── enemies/
│   ├── dungeon/
│   └── ui/
├── scripts/
│   ├── core/
│   │   ├── game_manager.gd
│   │   ├── state_machine.gd
│   │   └── object_pool.gd
│   ├── systems/
│   │   ├── combat_system.gd
│   │   ├── ghost_system.gd
│   │   └── dungeon_generator.gd
│   └── data/
│       ├── enemy_data.gd
│       └── weapon_data.gd
└── resources/
    ├── enemies/
    ├── weapons/
    └── rooms/

# 使用 Claude Code 实现战斗系统
提示词：
"为《回声地牢》实现战斗系统：
1. 基于 hitbox/hurtbox 的碰撞检测
2. 伤害计算（攻击力 - 防御力，最小 1）
3. 击退效果（基于攻击方向）
4. 无敌帧（受伤后短暂无敌）
5. 3 种敌人 AI：
   - 史莱姆：随机移动，接近后冲撞
   - 骷髅弓手：保持距离，射箭
   - 骑士：巡逻，发现玩家后追击+近战
使用状态机管理敌人行为。"

# 使用 Claude Code 实现地牢生成
提示词：
"实现 BSP（Binary Space Partitioning）地牢生成算法：
1. 将空间递归二分为房间
2. 用走廊连接相邻房间
3. 放置入口和出口
4. 随机放置敌人和道具
5. 确保从入口到出口的可达性
6. 支持种子值（可重现）
7. 使用 TileMap 渲染"

# 这是游戏的核心差异化功能
提示词：
"实现时间回溯/幽灵系统：
1. 记录玩家每帧的位置、动作、攻击
2. 玩家死亡后，下一轮生成'幽灵'重放上一轮的行为
3. 幽灵可以对敌人造成伤害（50% 伤害）
4. 幽灵有半透明视觉效果
5. 最多保留 3 个幽灵（最近 3 次死亡）
6. 数据结构需要内存高效（压缩存储）
7. 支持存档序列化"

# 使用 Leonardo.AI 生成角色精灵
提示词（Leonardo.AI）：
"pixel art game character, knight with blue cape, 
32x32 sprite, 4-direction walk cycle, 
dark fantasy roguelike style, transparent background"

# 使用 Suno 生成 BGM
提示词（Suno）：
"dark ambient dungeon exploration music, 
mysterious and tense, 90 BPM, 
synthesizer and strings, loopable, 
retro game soundtrack style"

# 使用 ElevenLabs 生成音效
- 剑击音效、受伤音效、死亡音效
- 幽灵出现的空灵音效
- 地牢环境音

# 使用 Cursor 快速实现 UI
- 血条（带动画过渡）
- 小地图
- 幽灵计数器
- 死亡/重生界面
- 暂停菜单

# AI 辅助的打磨
- 屏幕震动效果
- 粒子效果（攻击、死亡、幽灵）
- 过渡动画

# 使用 Claude 辅助 Bug 修复
提示词：
"以下是游戏中发现的 Bug 列表，请逐一分析原因并提供修复：
1. 幽灵偶尔穿墙
2. 地牢生成时偶尔出现孤立房间
3. 多个幽灵同时攻击时伤害计算错误
4. 存档加载后幽灵数据丢失"