测试 Markdown 和头图

用 AI 做游戏的实战经验，重点是怎么跟 AI 沟通才能高效出活。

一、怎么跟 AI 沟通最高效

1. 第一句话就说清楚你要做什么类型的游戏sync_test

TapTap - 发现好游戏

TapTap 是中国领先的游戏推荐社区，收录 2 万+ 款游戏，拥有亿级玩家和真实评价。发现好游戏，就上 TapTap。

http://taptap.com

❌ "做个好玩的游戏"
❌ "做个RPG"
✅ "做一个竖屏放置挂机游戏，核心玩法是自动战斗+装备掉落，参考暗黑破坏神"
✅ "做一个横版平台跳跃，3个关卡，有双跳和冲刺，参考蔚蓝"

洛克王国：世界

7.3

开放世界

抓宠

回合制

TapTap PC版

重返未来：1999

7.3

二次元剧情卡牌

2. 大功能拆成小步骤提需求

第1轮: "先做一个角色能在场景里移动"
第2轮: "加上怪物，能自动战斗"
第3轮: "加装备掉落和背包"
第4轮: "加技能系统"
...

3. 改 bug 时贴日志，不要只说「不好使」

❌ "跳跃不好使了"
✅ "按空格跳不起来，日志里报了 attempt to index a nil value at line 128"
✅ "角色能跳但会穿过地面，像是碰撞检测没生效"

4. 对 UI 要具体描述布局

❌ "加个背包界面"
✅ "背包界面：顶部标题栏，下面是 4×6 的格子网格，每个格子 64px，
    点击格子弹出物品详情，底部有一排按钮（排序、出售、关闭）"

5. 想改设计时，说清楚「改什么」和「改成什么」

❌ "怪物太简单了"
✅ "把怪物血量从 100 改成 500，攻击间隔从 2秒 改成 1秒"
❌ "界面丑了"
✅ "背景色从灰色改成深蓝 #1a1a2e，按钮加圆角 8px，字号从 16 改成 20"

二、项目一开始就该注意的事

6. 先想清楚核心循环再动手

• 跑酷：跑 → 躲障碍 → 拿金币 → 解锁角色 → 跑得更远
• RPG：打怪 → 掉装备 → 变强 → 打更强的怪
• 塔防：放塔 → 挡怪 → 赚钱 → 放更强的塔 核心循环想不清楚，做出来的东西就是散的。可以先跟 AI 讨论，让它帮你理清思路再开始写代码。

7. 数值用公式，不要手填

❌ 经验表手填100行
✅ 经验 = math.floor(100 * level ^ 1.5)
❌ 伤害 = 150（写死）
✅ 伤害 = 基础攻击 * 技能系数 * (1 + 暴击加成)

8. 代码早点拆文件

9. 数据和逻辑分开放

data/          -- 纯数据（怪物属性表、关卡配置、物品列表）
systems/       -- 纯逻辑（战斗计算、物品生成、存档读写）
nvg/           -- 纯界面（各种UI面板）

好处：想调数值只改 data，不碰逻辑，不容易带出 bug。跟 AI 说「把怪物血量翻倍」，它只需要改数据文件，不会误改逻辑。

三、最容易踩的坑

10. 存档是最容易翻车的系统

• 背包里攒了几百件装备，每件装备带一堆词缀属性
• 战斗日志、历史记录无限增长
• 每个系统都往存档里塞字段，没人清理过 怎么控制存档大小：

1. 压缩字段名
   ❌ { attackPower = 100, criticalRate = 0.15, elementalDamage = 50 }
   ✅ { atk = 100, cr = 0.15, ed = 50 }
2. 省略默认值（值等于默认值的字段不存）
   ❌ { level = 1, exp = 0, gold = 0, vip = false }
   ✅ { }  -- 全是默认值，存个空表就行
3. 限制列表长度
   ❌ 战斗日志无限追加
   ✅ 只保留最近 50 条
4. 背包设上限
   ❌ 无限背包，玩家攒 500 件装备
   ✅ 背包上限 100 格，满了必须清理

• 保存前先算一下数据大小，接近上限就警告玩家清理背包
• 保存操作用 pcall 包住，失败了重试 2-3 次
• 绝对不能在保存失败时把旧存档覆盖成空数据 跟 AI 怎么说：

"存档系统要注意数据量控制，字段名用短 key 压缩，
默认值不存，背包设上限 X 格，保存失败要有重试机制。"

11. 高频创建的对象用对象池

12. 改完代码必须 build

13. UI 占你大部分时间

一个中等复杂度的游戏，UI 代码量通常占 50%-60%。这是正常的。提前做好心理准备，UI 不是「加个按钮就行」那么简单。 建议跟 AI 说：「先把通用组件做好（按钮、弹窗、列表），后面的面板基于这些组件搭。」

四、跟 AI 协作的进阶技巧

14. 让 AI 先出方案再写代码

"我想加一个技能系统，你先说说打算怎么设计，数据结构是什么样的，
需要哪些文件，我确认了你再写代码。"

15. 给 AI 参考对象

"做一个像 Flappy Bird 一样的点击飞行，管道从右往左移动"
"背包界面参考暗黑破坏神，格子布局，装备有颜色品质区分"

16. 一次只改一个系统

❌ "把战斗系统重做，顺便改一下UI，再加个新功能"
✅ "先重做战斗系统的伤害计算部分，其他不动"

17. 定期让 AI review 代码

"帮我看看现在的代码有没有明显的问题，
比如性能隐患、重复代码、或者设计不合理的地方"

让 AI 做一次体检，及时发现问题比积累到后面炸了再修要好。

五、总结