我正在制作SRO战术（SRO Tactics）和SRO卡牌（SRO Cards），两款灵感来源于《 Silkroad Online 》的免费浏览器游戏。我使用AI助手进行代码和媒体制作。对我工作流程而言，最有用的改变是让捕获任务与代码任务具有相同的发布边界。
在开发方面，我将工作拆分为小型文件组，使用隔离的工作副本，然后在合并之前进行构建和针对性测试。在截图方面，指令同样明确：使用确切的已部署版本，本地运行时采用一次性访客状态，保持完整的游戏界面（HUD）可见，并随文件一起记录版本、语言和模式。这有助于将捕获内容与真实玩家账户隔离，并便于后续核查来源。
其中一个具体问题是，某Roc boss的截图在右侧被裁剪标签，且看起来像一个孤立的测试板块。我将其从展示页面移除。后来制作项目介绍时，我使用了正常练习赛的截图。仅凭生成的说明文字或自动的截图命令是无法发现这一问题的，需要放大查看图像才能发现。。
语言方面的核查也很重要。我第一次发布的土耳其语宣传图仍显示英文游戏界面，因此我特意标注了这一点。新的截图实际使用的是土耳其语界面。浏览时我还发现了一个英文的“ Critical ”弹窗和语音提示，这些随后被纳入翻译跟踪。这里的图片是发布版6q版本中，使用测试预览标识的本地访客对战。
在视频方面，我会制作联系表并解码导出的文件，然后播放上传后的版本直至结尾。新的Cards片段由三个真实场景拼接而成：开局手牌、法力卡以及Movoi出牌，然后是后来的进攻。帖子中会描述这些剪切点。视频本身并未展示完整的一局对战。之前一段Tactics录像在开发负载下仅能获得约每秒一帧的帧率，因此我选择保留了静态画面。后来的Cards录像是在机器负载较轻时制作的。
玩家测试仍会发现这些检查方法忽略的漏洞。某位访客测试者在故事页面却收到登录消息，尽管访客章节可以正常运行；另有一位玩家在游戏建议结束回合获胜后，仍收到了法力警告。上述问题都有本地修改方案，待发布。对于我而言，实践中的循环是：收集具体反馈 → 复现问题 → 实施范围化修改 → 进行测试 → 再次核查实际界面。
在AI辅助构建交付后，您会怎样检查才能确保新玩家首次看到的内容无误？您有哪些小检查能捕获真实错误？
可玩项目：https://www.srotactics.com/
两款游戏均为免费，提供访客访问，无真人 monetary 购买。独立粉丝项目，未与Joymax关联。
评论 (0)