游戏不是一堆素材
Godot × AI 独立游戏制作通识课
◆
*图 1-1：游戏像一座互相连接的城市；任何孤立的系统都不能独自形成体验。*
一句人话
游戏不是“图片 + 音乐 + 代码”的仓库，而是一台持续运转的反馈机器：玩家做事，规则改变世界，世界把结果告诉玩家，玩家根据结果继续做事。
最小游戏公式
一个可玩的东西至少需要六件事：
- 输入：玩家能做什么，例如移动、购买、选择技能。
- 状态：世界现在怎样，例如生命 40、金币 12、敌人正在眩晕。
- 规则：输入如何改变状态，例如子弹命中后扣除生命。
- 反馈：变化如何被看见、听见、感觉到，例如闪白、音效、飘字和震动。
- 目标：玩家为什么继续，例如守住 5 分钟或拼出三星单位。
- 循环：上述过程为什么会重复，而且下一次与上一次略有不同。
把这六项写在纸上，你会立刻看出许多“能运行但不好玩”的原型缺了什么。只有移动，没有目标，是玩具；只有规则，没有反馈，是看不懂的模拟；只有奖励，没有选择，是自动播放。
脑内模型：餐厅而不是仓库
美术像食材，代码像厨房设备，音效像香味，关卡像菜单。但顾客真正体验的是“点餐—等待—入口—评价”的完整服务。你不能因为冰箱里有很多高级食材，就断言这家餐厅好吃。做游戏时也一样，先问玩家经历了什么，再问用了多少资源。
在 Godot 中，节点和资源是零件，场景把零件组合成可复用对象，脚本表达规则，信号传播事件。它们的价值来自共同服务一个体验，而不是数量。
用一分钟拆游戏
打开一款你熟悉的游戏，暂停在一个普通时刻，回答：玩家刚才做了什么？哪个状态改变了？游戏用哪三种方式告诉他？下一步为什么愿意继续？如果答不出来，说明设计给的信息可能不清楚；如果答案只有“数值变大”，长期可能单调。
常见翻车
- 先生成几十张角色图，却没有决定玩家每十秒做什么。
- 把“有战斗、有背包、有任务”当作设计，没说明它们如何互相影响。
- AI 一次生成完整项目，能跑却不知道哪个脚本决定伤害。
- 反馈只剩飘字，玩家看不出攻击方向、危险来源和选择后果。
动手检查
用一句话补全：“我的玩家会反复____，因为每次____，并且能通过____变得更擅长。”如果一句话塞进五个动词，先砍到一个主动作。