不会写代码也能做游戏：Manus 2.0 的 Game Dev 值钱的不是「生成」
AI 做游戏的门槛确实降了，但降的不是「写代码」那一段，而是「改需求」那一段。
Manus 在 9 月 28 日发布 2.0 之后，介绍了其中的 Game Dev 功能，目标很直白：让没有编程经验的人也能做出自己喜欢的游戏。它给了三项核心能力——游玩过程中可实时调整速度、重力等参数的专属调参面板；支持替换素材、并用 AI 编辑角色、画面、声音的素材管理；以及由 Manus 承担服务器部署和网络同步复杂度的多人游戏支持。
把这三项放在一起看，会发现它们不是在解决「生成」，而是在解决「迭代」。 生成一个能跑的原型早就不难，难的是原型出来之后那几十次「再试试」。
三个能力分别解锁了什么
- 实时调参面板把「提需求」变成了「拧旋钮」。 传统流程里，改一次重力要先描述需求、等代码重写、再运行；现在反馈环从分钟级压到秒级。手感这种东西本来就说不清，只能靠反复拧——调参面板正是为「说不清的需求」准备的。
- 素材管理决定了成品有没有差异化。 如果只能吃默认素材，所有人做出来的游戏会长得一样。允许替换角色、画面、声音，才让「我的版本」存在。
- 托管服务器与网络同步，才是「无经验者做多人游戏」的真正解锁点。 联机是新手最先撞上的墙：状态同步、房间管理、断线重连，每一项都和玩法无关，却足以让人放弃。把它外包出去，等于把一道能力门槛从「必须会」降成「可以不会」。
对读者的实际影响
如果你想拿它做点东西，建议先定「验收标准」，再想「玩法」。也就是先回答一个问题：哪一步我能用自己的眼睛判断对不对？ 玩法的手感、画面的观感、关卡的节奏，都是人可以判定的；而「有没有作弊」「能不能撑住 100 人同时在线」不是。把选题边界划在人能验收的范围内，产出效率会高得多。
另一个提醒：这类功能目前仍属快速迭代的产品形态，可玩性和可运营性是两件事。拿它做 Demo、原型、内部小工具很合适；要面向真实用户长期运营，部署、风控、成本这几笔账仍要自己算。