非科班做3D游戏的五个坑

在手机浏览器里跑一个3D游戏，最难的部分可能不是渲染，而是确保玩家能真正进入游戏。一位作者用Three.js和AI编程助手做出免费游戏《Pikin Days》，上线第一天就因数据库写入超限而报警，几天后才发现更多玩家卡在“请把手机横过来”的提示页上——这个提示在X或WhatsApp的内置浏览器里永远不会消失。

技术栈的选择围绕浏览器展开。Three.js负责搭建街景、人物和车辆，Rapier处理物理碰撞，Vite加TypeScript保持代码可维护，Mixamo提供角色动画。作者强调，AI助手负责敲代码，但决定做什么、怎么调参数、何时发布的是人。所有语音台词逐条试听，只保留符合当地口音的版本。

上线当晚，统计面板开始报错。原因是每个游戏开始、投票和反馈都触发一次数据库写入，免费额度每天1000次很快用完。升级到付费计划后，作者把统计改为只读、计数批量提交。这个问题有明确数字：1000次写入上限，升级费用为每月5美元。

更隐蔽的问题出现在分享链接的打开方式上。玩家在社交应用内点击链接时，页面在应用自带的迷你浏览器里打开，许多这类浏览器不会触发屏幕旋转事件。游戏一直等待一个不会到来的信号，玩家便卡在提示页。作者自己的统计面板显示，标题页有188次跳出，这些沉默的离开就是反馈。修复分两步：先改为每半秒检查屏幕宽高，再重构为竖屏可玩，彻底绕开旋转事件。

第一周的数据并不好看：140次游戏开始，40名新玩家，只有31%完成第一个跑腿任务，完整做完一天任务的只有2局。玩家反馈集中在对话太慢、被桌子卡住、体力消耗过快。作者自己用手机玩了一小时，又发现卖家在购买前就说“谢谢，慢走”、司机在非道路区域连喊三句台词、山羊穿墙、朋友邀请踢球后原地站立、足球画在跳房子格子上。

这些观察指向同一类问题：玩家一旦卡住或困惑，就会关闭页面，而不是提交反馈。作者据此定下几条规则：同一时间只显示一条消息，卡片文字不超过约12个词，弹窗不超过屏幕60%，玩家不能在任何环节感到停滞。

对开发者而言，可操作的排查清单包括：在真实手机上的社交应用内打开链接，而非只在桌面浏览器测试；把统计面板的跳出率当作未说出口的反馈；自己遇到的小毛病要当作玩家会遇到的死胡同；要求AI助手提供截图或录屏作为修复证据；每次发布前保留预览链接和回滚方案。

游戏后续更新加入了竖屏模式、更平滑的镜头和可分享的短视频片段。玩家投票显示，“Up NEPA!”（来电了）以60%领先成为下一个场景。作者没有透露具体收入或用户总量，只说明游戏免费，统计面板用于观察玩家在哪些环节流失。