前两天自己用Gemini和Codex做了个左右滑的恋综模拟器,耗时4天,虽然是个比较短小精悍的游戏但是也全流程感受了数值平衡+narrative游戏的一些制作关窍,以下是一些技巧:
1)工程结构是最重要的:
为了防止AI把所有的逻辑混在同一个文档里(which AI现在就是这么做的),会给后续的修改带来很大的困难。所以最开始的一步就是告诉AI你想要的工程文档结构。我的第一版是Gemini生成的,我让它把游戏分成了UI,玩法逻辑,文案,和html(显示逻辑)四个文档,方便我后续修改和加入新的内容。 从这一步开始,就可以把代码平移到cursor上了,之后的每个改动,都可以用cursor完成。
2)让 AI 只负责 coding,不要干预文字和数值
用 AI 直接处理文案,在实践中会遇到两个比较致命的问题。 第一是效率低下。 AI 阅读带有剧情文本的代码耗时大约是阅读纯逻辑代码的 5–10 倍。如果修改代码要让cursor完整阅读并生成新的文案剧情,将会严重影响效率。 第二个问题是剧情缺乏稳定性和逻辑。 AI 很难判断某一个的剧情所处的游戏阶段,经常写出过度深入或者转折突兀的情节。它会不断尝试用戏剧性和强刺激来取悦读者,但这种节奏并不符合人类的叙事结构。 所以,让AI只负责代码,甚至连“阅读文案”的工序也要禁止,然后人工填充文案是最好的。
这里可以直接给一个prompt:你只负责修改代码中的定义和逻辑结构,其他的文案剧情内容由我来补充。你也可以尝试把工作流扩展为一个人+两个AI(一个负责文案剧情,一个负责代码),例如:先给出一个具体的情境,让 ChatGPT 帮我续写相似的20个事件,再把写好的剧情人工review和修改一遍填到Cursor里。
3)谨慎让AI处理数值
我同样也不会让 AI 直接生成数值,所有AI生成后的数值都要人工调整一遍。AI 很难准确理解某个情节在游戏世界观中的impact。 比如,嘉宾递水这一行为,从直觉上应当提升健康值,但 AI 可能因为“增加了一次行动”而反向扣除健康值,导致体验失真。 但是 AI 在数值校验上非常有价值。 当我怀疑某个数值(例如“魅力”)奖励太多,导致游戏不平衡时,我会让 AI 用中位数、平均数的方式帮我检查整体分布。结果能快速定位问题来源。
4)按「数值 → 剧情 → 美术」的顺序推进
AI的反馈太快了,它会答应一切你想要加入的有趣元素,所以如果没有一个合理的开发流程很容易让我们overwhelming,也容易在非重点的地方浪费时间。在一个人完成整个项目的情况下,开发顺序尤为关键。 我选择的顺序是:先数值,再剧情,最后美术。 一方面,核心数值直接决定游戏是否成立。 只有在完全脱离故事和美术的前提下,数值博弈本身依然成立,后续的叙事和视觉才有意义。 另一方面,数值调整是一项长期、反复的工作。对于数值的优化是永无止尽的,所以最好早点开始,设立一个有趣的基础,在在此基础上优化。 在我的游戏中,从最初约 10 个 general 事件构成的循环 MVP,逐步扩展为 3 个 stage、接近 100 个情节。如果在早期没有验证好数值逻辑,后续只会让系统不断复杂化,反而更难修改。
5)在系统设计上你可以相信AI
我个人更倾向于从极简系统开始,这也意味着随着体验推进,需要逐步补充新的系统来维持合理性。 在这一点上我很喜欢和AI展开讨论,Prompt也非常简单:向AI描述你在游戏中遇到的问题,并解释你想塑造的体验。他们给我的建议也不尽相同,例如针NPC拒绝后剧情就中断的问题,Gemini会建议我增加两个系统,还建议我增加类似《王权》原作中的低数值”拯救系统“;相比起来codex就简洁许多,更适合小范围测试的demo开发,只通过新增一个系统,改变其他的数值就完全解决了问题。