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

精华修改于06/302161 浏览开发者实践分享
不少开发者用 AI 做游戏的时候,期待的往往是一支「能自己画出完美作品的铅笔」。但真正把产品做扎实的人,依靠的从来不是工具本身。
《宿命旅途》是一个 2 人团队的项目 —— 一位制作人,负责策划案、代码和系统;一位有 6 年经验的美术,负责所有视觉素材。他们靠嗒啦啦把策划、美术、QA、上线整条链路跑通,在 TapTap Maker 里做出了一款服务端商业化手游。
采访中,开发者用一句话点明了他们的方法论底色:
「AI 其实都只是工具,就像铅笔一样。画得好不好,得看怎么用。」
horizontal linehorizontal line
我们把他们的经验归纳成一个共通原则:
需要判断、审美和决策的部分,留在自己手里;机械、重复、确定的执行,再交给 AI。
下面的三条核心方法,都是这个原则的具体落地。

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

新手最常踩的坑,是把一句「某功能坏了」直接扔给 AI 让它修。
AI 看不到运行现场,只能扫描代码瞎猜。一旦猜错,常常把原本正常的代码也一起改坏——更糟的是,你接下来还得花更多积分去修这个被 AI 改坏的连带 bug,陷入恶性循环。
《宿命旅途》开发者的做法是反过来的——让 AI 给自己埋日志,你来跑,它来读。具体是 4 步:
  1. 人工复现:自己先按描述跑一遍,确认 bug 真实存在;
  2. 让 AI 在嫌疑位置加几行埋点日志——不是大范围扫代码,是精准埋点;
  3. 自己再跑触发 bug,拿到真实的日志输出;
  4. 把日志交给 AI,根据日志判根因再修。
修复依据是真实日志,不是凭空推测。这一套流程下来,省下的不只是单次调用的积分,还有"修错连带产生的后续 bug"那一连串黑洞。
而在这之前,还有一道更早的过滤——先识别假问题
「直接把误报反馈给嗒啦啦,会损失积分。应先人工确认问题。」
测试反馈里有大量"假 bug":玩家说「坏了」可能只是没看懂玩法,说「卡死了」可能是他自己网络的问题,说「奖励没发」可能只是延迟显示。如果不先过滤,这些都会变成 AI 白干活的积分黑洞。
他们的具体做法是:优先找熟悉游戏的老玩家测(以一次性兑换码作奖励),反馈统一记到表格。每条反馈先自己复现,确认是真 Bug,才进入上面的修复流程。
一个真实教训:服务端实例上限最初设为 100 人,严重卡顿,改到 8 人才解决。
像并发数、连接池、缓存过期时间、网络超时阈值这类容量参数,AI 给的默认值未必可靠,只能靠真人实测校准。AI 不玩你的游戏,也不会主动告诉你「100 人这个数会出问题」。
horizontal linehorizontal line

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

数值写死在代码里,意味着以后每改一个数字都要让 AI 动代码——麻烦、易错,也烧积分。
更好的方式是数据与代码分离。技能数值、装备属性、关卡参数、文本内容等都放进表格,改数值只改表格,不动代码。
他们的具体工作流是:数据先在表格里编辑(方便计算、对照、留档)→ 复制成 TXT 文本 → 给嗒啦啦读取 → 后续改值只需重新覆盖 TXT。一个实操细节是:给 AI 用 TXT 比直接给表格文件更稳定,所以多一步"转 TXT"是值得的。
「现在其实很多开发者,会把很多东西直接写死到代码里,这样不利于后期维护。」
TapTap
《宿命旅途》表格案例
值得提醒的是,这个习惯 AI 不会主动建议——它默认会把数据写在代码里,因为这样代码"看起来完整"。所以最好在第一次立项时就主动跟 AI 说「配置放表格」,而不是等做到一半再回头改。
horizontal linehorizontal line

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

让 AI 一键生成 UI 是通行做法,但这位美术的结论相反:
「AI 生成 UI 目前还不够稳定,改起来反而更慢。在 PS 里精修到 100%,导入后无需二次修改,总体时间反而更可控。」
他们的核心思路是把不确定性挡在导入之前
  • 嗒啦啦先出基础图标与立绘;
  • 用 HoloPix 统一画风
  • 再在 PhotoShop 里精修到完成态;
  • 最后分板块拼接成完整 UI 界面,统一导入。
TapTap
《宿命旅途》UI完整拼接示例
素材一旦进了嗒啦啦还要返工,才是真正费时间的地方。一切返工成本,都要在导入前消化掉
这个流程对人的要求高——美术功底越好,流程越省时间。这也是为什么他们能跑通这套精细工作流:负责美术的同学有 6 年 PS 经验,知道怎么把"AI 生成 + 手工精修"组合用到极致。
一处细节:目前导入 PSD 需先把后缀改成 PNG 才能上传。
特效也以手绘为主:PS 里先画好投射物贴图(外发光、内发光、描边),再交给嗒啦啦确定运动轨迹——单个特效 2 分钟左右可完成。比纯 AI 生成快得多,效果也更可控。背后是同样的逻辑:把准确度要求高的部分留给 PS,把机械重复的部分留给 AI。
horizontal linehorizontal line

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

很多开发者只用嗒啦啦,但《宿命旅途》的工作流程是:
  • 核心开发:TapTap Maker
  • 策划辅助:腾讯混元(Workbuddy)——用来跑灵感、写策划案大纲、问机制设计
  • 画风统一:HoloPix——专门用来统一美术风格
  • UI 制作:PhotoShop 人工绘制
  • 特效:PhotoShop + TapTap Maker
TapTap
《宿命旅途》特效示例
💡 Tips:如果你立项做的是服务端游戏(联网、多人、需要后端逻辑),积分消耗大约是单机的 3 倍——服务端逻辑更复杂、调试需要的代码上下文更多、一个改动往往涉及客户端和服务端两端。
horizontal linehorizontal line

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

「审美高的开发者,用程序化美术也能做出好效果。」
「部分开发者对 AI 能力和项目着手点缺乏概念,会提出不切实际的开发需求。」
很多新手陷入一个误区:以为只要 AI 够强,我就能做出好游戏
但《宿命旅途》是 6 年美术经验 + 多年合作默契 + 一套精细工作流的产物。AI 在他们手里是协作者,不是替代者。能稳定输出好作品的,从来不是工具本身。
三条工作流指向同一件事——不让 AI 替你做决定,而是把它放进可控的流水线里,担任明确的一环
「AI 不是会自己作画的铅笔,你才是握笔的人。
而在握笔之前,先动笔。在 AI 时代,这件事比你想的简单得多。你的开发流程是怎么分工的?欢迎在评论区分享,也欢迎在 TapTap Maker 中实践这套方法。
horizontal linehorizontal line
本文基于对《宿命旅途》开发者的采访整理,内容已获作者授权。
游戏UI参考资源:gameui.net · interfaceingame.com
猜你想搜
taptap 制造ai开发避坑指南
59
27
16