下载手机 APP

别让 AI 替你做决定《宿命旅途》访谈分享

精华修改于06/302748 浏览开发者实践分享

不少开发者用 AI 做游戏的时候，期待的往往是一支「能自己画出完美作品的铅笔」。但真正把产品做扎实的人，依靠的从来不是工具本身。

《宿命旅途》是一个 2 人团队的项目 —— 一位制作人，负责策划案、代码和系统；一位有 6 年经验的美术，负责所有视觉素材。他们靠嗒啦啦把策划、美术、QA、上线整条链路跑通，在 TapTap Maker 里做出了一款服务端商业化手游。

采访中，开发者用一句话点明了他们的方法论底色：

「AI 其实都只是工具，就像铅笔一样。画得好不好，得看怎么用。」

horizontal line

horizontal line

我们把他们的经验归纳成一个共通原则：

需要判断、审美和决策的部分，留在自己手里；机械、重复、确定的执行，再交给 AI。

下面的三条核心方法，都是这个原则的具体落地。

一、改 Bug:让 AI 给自己埋日志，你来判断

新手最常踩的坑，是把一句「某功能坏了」直接扔给 AI 让它修。

AI 看不到运行现场，只能扫描代码瞎猜。一旦猜错，常常把原本正常的代码也一起改坏——更糟的是，你接下来还得花更多积分去修这个被 AI 改坏的连带 bug，陷入恶性循环。

《宿命旅途》开发者的做法是反过来的——让 AI 给自己埋日志，你来跑，它来读。具体是 4 步：

人工复现：自己先按描述跑一遍，确认 bug 真实存在；
让 AI 在嫌疑位置加几行埋点日志——不是大范围扫代码，是精准埋点；
自己再跑触发 bug，拿到真实的日志输出；
把日志交给 AI，根据日志判根因再修。

修复依据是真实日志，不是凭空推测。这一套流程下来，省下的不只是单次调用的积分，还有"修错连带产生的后续 bug"那一连串黑洞。

而在这之前，还有一道更早的过滤——先识别假问题。

「直接把误报反馈给嗒啦啦，会损失积分。应先人工确认问题。」

测试反馈里有大量"假 bug":玩家说「坏了」可能只是没看懂玩法，说「卡死了」可能是他自己网络的问题，说「奖励没发」可能只是延迟显示。如果不先过滤，这些都会变成 AI 白干活的积分黑洞。

他们的具体做法是：优先找熟悉游戏的老玩家测（以一次性兑换码作奖励），反馈统一记到表格。每条反馈先自己复现，确认是真 Bug，才进入上面的修复流程。

一个真实教训：服务端实例上限最初设为 100 人，严重卡顿，改到 8 人才解决。

像并发数、连接池、缓存过期时间、网络超时阈值这类容量参数，AI 给的默认值未必可靠，只能靠真人实测校准。AI 不玩你的游戏，也不会主动告诉你「100 人这个数会出问题」。

horizontal line

horizontal line

二、配置数据：和代码分开放，不要写死

数值写死在代码里，意味着以后每改一个数字都要让 AI 动代码——麻烦、易错，也烧积分。

更好的方式是数据与代码分离。技能数值、装备属性、关卡参数、文本内容等都放进表格，改数值只改表格，不动代码。

他们的具体工作流是：数据先在表格里编辑（方便计算、对照、留档）→ 复制成 TXT 文本 → 给嗒啦啦读取 → 后续改值只需重新覆盖 TXT。一个实操细节是：给 AI 用 TXT 比直接给表格文件更稳定，所以多一步"转 TXT"是值得的。

「现在其实很多开发者，会把很多东西直接写死到代码里，这样不利于后期维护。」

TapTap

《宿命旅途》表格案例

值得提醒的是，这个习惯 AI 不会主动建议——它默认会把数据写在代码里，因为这样代码"看起来完整"。所以最好在第一次立项时就主动跟 AI 说「配置放表格」，而不是等做到一半再回头改。

horizontal line

horizontal line

三、美术：把不确定性挡在导入之前

让 AI 一键生成 UI 是通行做法，但这位美术的结论相反：

「AI 生成 UI 目前还不够稳定，改起来反而更慢。在 PS 里精修到 100%，导入后无需二次修改，总体时间反而更可控。」

他们的核心思路是把不确定性挡在导入之前：

嗒啦啦先出基础图标与立绘；
用 HoloPix 统一画风；
再在 PhotoShop 里精修到完成态；
最后分板块拼接成完整 UI 界面，统一导入。

TapTap

《宿命旅途》UI完整拼接示例

素材一旦进了嗒啦啦还要返工，才是真正费时间的地方。一切返工成本，都要在导入前消化掉。

这个流程对人的要求高——美术功底越好，流程越省时间。这也是为什么他们能跑通这套精细工作流：负责美术的同学有 6 年 PS 经验，知道怎么把"AI 生成 + 手工精修"组合用到极致。

一处细节：目前导入 PSD 需先把后缀改成 PNG 才能上传。

特效也以手绘为主：PS 里先画好投射物贴图（外发光、内发光、描边），再交给嗒啦啦确定运动轨迹——单个特效 2 分钟左右可完成。比纯 AI 生成快得多，效果也更可控。背后是同样的逻辑：把准确度要求高的部分留给 PS，把机械重复的部分留给 AI。

horizontal line

horizontal line

工具栈：适当借助外部 AI 工具的辅助

很多开发者只用嗒啦啦，但《宿命旅途》的工作流程是：

核心开发：TapTap Maker
策划辅助：腾讯混元（Workbuddy）——用来跑灵感、写策划案大纲、问机制设计
画风统一：HoloPix——专门用来统一美术风格
UI 制作：PhotoShop 人工绘制
特效：PhotoShop + TapTap Maker

TapTap

《宿命旅途》特效示例

💡 Tips：如果你立项做的是服务端游戏（联网、多人、需要后端逻辑），积分消耗大约是单机的 3 倍——服务端逻辑更复杂、调试需要的代码上下文更多、一个改动往往涉及客户端和服务端两端。

horizontal line

horizontal line

最后：审美才是看不见的护城河

「审美高的开发者，用程序化美术也能做出好效果。」

「部分开发者对 AI 能力和项目着手点缺乏概念，会提出不切实际的开发需求。」

很多新手陷入一个误区：以为只要 AI 够强，我就能做出好游戏。

但《宿命旅途》是 6 年美术经验 + 多年合作默契 + 一套精细工作流的产物。AI 在他们手里是协作者，不是替代者。能稳定输出好作品的，从来不是工具本身。

三条工作流指向同一件事——不让 AI 替你做决定，而是把它放进可控的流水线里，担任明确的一环。

「AI 不是会自己作画的铅笔，你才是握笔的人。」

而在握笔之前，先动笔。在 AI 时代,这件事比你想的简单得多。你的开发流程是怎么分工的？欢迎在评论区分享，也欢迎在 TapTap Maker 中实践这套方法。

horizontal line

horizontal line

本文基于对《宿命旅途》开发者的采访整理，内容已获作者授权。

游戏UI参考资源：gameui.net · interfaceingame.com

猜你想搜

taptap 制造ai开发避坑指南

TapTap 制造应用

9.8