1. 一个不会写游戏的人怎么把微信小游戏从聊天框里抠出来先说结论我没有任何游戏开发经验Unity 只装过一次就卸了Cocos 连界面长什么样都记不清。但我用 AI 编程工具从零把一个能跑能玩的小游戏送进了微信小游戏平台中间经历了备案 27 天、审核被驳回两次、真机白屏三次。这篇东西不是教程是一份完整的翻车与爬坑记录写给和我一样想做个小游戏但完全不知道从哪下手的人。核心路径其实就三件事用 AI 聊天工具把 MVP 聊出来、用微信开发者工具把它跑起来、然后熬过备案和审核。听起来简单但每一步都有坑而且坑的位置和你想象的完全不一样。真正卡住我的不是写代码是备案材料、类目选择、包体大小和真机兼容性这些非技术问题。我用的主力工具是 Trae一个 AI 编程 IDE配合微信开发者工具做调试和上传。整个项目从第一行代码到上线纯开发时间大概 5 天剩下的全是等待和返工。这个比例很说明问题——对非游戏开发者来说写代码反而是最简单的一环。下面我按真实时间线拆开讲包括 AI 到底能帮你到什么程度、哪些地方它一定会坑你、备案为什么能拖 27 天、以及那些官方文档里不会写的细节。2. 用聊天把 MVP 聊出来AI 编程工具的真实能力边界2.1 为什么选 Trae 而不是直接手写我一开始的想法很朴素既然不会写游戏那就让 AI 全写。试过几个 AI 编程工具之后选了 Trae原因很实际——它能直接读取项目文件、能多轮对话改代码、能理解我要一个微信小游戏这种模糊需求并给出可运行的结构。相比之下纯聊天式 AI 每次都要我把代码复制来复制去改一个变量名都要重新贴一遍效率差太多。Trae 这类工具的核心价值在于它把对话和文件系统连起来了。你说把玩家移动速度调慢一点它直接去改对应的配置文件而不是给你一段代码让你自己找位置。对非专业开发者来说这个差别是决定性的——我根本不知道速度参数藏在哪个文件里。但要注意AI 编程工具不是万能的。它擅长的是有明确模式的代码比如游戏循环、碰撞检测、分数统计不擅长的是平台特定的配置和约束比如微信小游戏的包体限制、API 调用规范。后者才是真正花时间的地方。2.2 第一版 MVP 是怎么聊出来的我的开场白大概是这样的我要做一个微信小游戏玩法是玩家控制一个方块躲避下落的障碍物碰到就结束分数越高难度越大。用微信小游戏的规范写能直接在微信开发者工具里跑。AI 给出的第一版结构大致是game.js游戏主循环game.json小游戏配置project.config.json项目配置一个简单的 canvas 渲染逻辑这个结构能跑但很粗糙。接下来我做了几轮迭代加手感我说跳跃太生硬加一点缓动AI 改了重力参数和跳跃初速度。加难度曲线我说每 10 分加快一点障碍物速度AI 加了一个基于分数的速度系数。加音效这一步 AI 帮不上太多因为音效文件要我自己找它只能告诉我怎么调用wx.createInnerAudioContext。这里有个关键经验AI 对感觉类需求的响应质量取决于你能不能把感觉翻译成参数。手感好一点这种话它只能瞎猜跳跃初速度从 8 改成 12重力从 0.5 改成 0.8它就能精确执行。所以用 AI 做游戏你得先学会把模糊需求拆成可调参数。2.3 AI 写不出来的那部分平台约束真正让我卡住的是微信小游戏的平台限制。AI 生成的代码在浏览器里跑得好好的一进微信开发者工具就报错。典型问题包括包体大小微信小游戏主包不能超过 4MBAI 默认生成的代码加上我找的图片资源第一次打包直接 6MB。解决办法是把图片压缩、把不用的代码删掉、必要时用分包。API 差异浏览器里的requestAnimationFrame在微信小游戏里要用requestAnimationFrame的微信封装版本AI 有时候会混用。渲染上下文微信小游戏的 canvas 获取方式和普通网页不一样AI 第一版就写错了。这些问题 AI 不是完全不知道但它默认按通用 Web 标准写不会主动帮你适配微信。你得在提示词里反复强调这是微信小游戏不是网页它才会往对的方向走。提示每次让 AI 改代码前先确认它当前理解的项目类型是微信小游戏。我吃过亏——有一次它把整个渲染逻辑改成了 WebGL 标准写法结果在开发者工具里直接黑屏。2.4 MVP 到底要做到什么程度才算能测我的建议是MVP 只要能跑通核心玩法循环就行不要一开始就追求完整。我的第一版只有开始、躲避、结束、重开四个状态没有排行榜、没有分享、没有广告。这些东西都是后面加的而且加的时候 AI 反而更靠谱因为它们有明确的 API 文档可参考。真正需要一开始就定下来的是玩法核心参数屏幕尺寸适配方式、玩家移动方式点击还是滑动、障碍物生成逻辑。这些改起来伤筋动骨后面再调成本很高。3. 微信开发者工具里的那些第一次一定踩的坑3.1 项目创建选错模板等于白干微信开发者工具新建项目时会让你选小程序还是小游戏。这两个是完全不同的东西选错了后面所有代码都要重写。小游戏用的是 canvas 渲染小程序用的是 WXML/WXSSAPI 也不一样。我第一次就选错了因为界面上小游戏选项藏得比较深。选错之后 AI 生成的代码全部报错我还以为是 AI 的问题折腾了半天才发现是项目类型不对。创建小游戏项目时工具会问你要不要用小游戏示例代码。我的建议是不要用因为示例代码结构复杂AI 读起来容易混乱。直接建一个空项目让 AI 从零写反而更干净。3.2 真机调试模拟器能跑不代表手机能跑这是最坑的一环。在开发者工具的模拟器里我的游戏跑得完美无缺。用手机扫码预览直接白屏。排查过程大概是这样先看报错真机调试模式下控制台会输出错误信息。我的第一个错误是找不到某个 API原因是模拟器支持但真机不支持的接口。再看资源加载图片路径在模拟器里用相对路径没问题真机上要用绝对路径或者正确的wx.getFileSystemManager方式读取。最后看性能真机上帧率掉得厉害原因是 AI 写的碰撞检测每帧都在遍历所有障碍物障碍物一多就卡。真机白屏这个问题我遇到三次每次原因都不一样。最有效的排查方式是在真机上打开调试面板看控制台第一行报错。不要猜直接看。3.3 包体超限4MB 是个硬门槛微信小游戏主包限制 4MB这个数字看起来很大但加上图片、音效、代码之后很容易超。我第一次打包 6.2MB被工具直接拒绝上传。压缩包体的几个实用手段手段效果代价图片压缩通常能省 30%-50%画质下降需要权衡删除未使用代码省 10%-20%需要手动排查音效转低码率省 50% 以上音质变差使用分包主包能降到 4MB 以下逻辑变复杂我最后用的是图片压缩 删除未使用代码把包体压到了 3.4MB。分包我没用因为我的游戏太小分包反而增加复杂度。注意微信开发者工具里有个代码依赖分析功能能看到每个文件占多少空间。先看这个再决定压哪里不要盲目压缩。3.4 上传体验版怎么发给别人试用游戏在自己手机上跑通之后下一步是发给朋友试用收集反馈。微信开发者工具里点上传填版本号和备注然后去微信公众平台后台把它设为体验版生成体验二维码。这里有个细节体验版二维码只有被添加为体验成员的微信号才能扫。体验成员在后台的成员管理里添加最多好像能加几十个。我一开始不知道把二维码发到群里结果所有人都扫不了尴尬。收集反馈的建议让试用的人描述哪里卡住了而不是好不好玩。非专业玩家的反馈往往很模糊你需要引导他们说出具体操作步骤和预期结果的差异。4. 备案 27 天非技术环节才是真正的拦路虎4.1 为什么小游戏也要备案这是很多人不知道的微信小游戏上线前需要完成备案和小程序、网站一样。备案不是微信审核是更上层的流程微信只是要求你提供备案号。备案的流程大致是在服务商比如你买服务器的厂商提交材料 → 初审 → 提交到管理部门 → 等待审核 → 拿到备案号。整个过程我用了 27 天其中大部分时间是等待。4.2 备案材料里最容易出错的地方我被打回一次原因是服务内容描述写得太模糊。备案时你需要描述这个小游戏是做什么的我第一版写的是休闲娱乐小游戏被要求补充具体玩法。后来我改成玩家控制角色躲避障碍物、获取分数的单机休闲游戏无用户生成内容、无社交功能、无付费。这样才通过。几个关键点服务内容要具体不要写游戏两个字就完事要写清楚玩法类型。不要涉及需要额外资质的内容比如用户生成内容、直播、付费抽奖等这些会触发额外审核。主体信息要一致备案主体、微信开放平台主体、小游戏主体三者最好一致否则要提供授权材料。4.3 备案期间能做什么备案等待期不是干等。我在这段时间做了几件事继续打磨游戏加了排行榜用的是微信开放数据域、加了分享功能。准备审核材料微信小游戏审核需要提供游戏截图、玩法说明、类目选择等。测试兼容性找不同型号的手机测试发现了一些模拟器上没暴露的问题。备案号下来之前小游戏不能正式发布但可以上传体验版。所以备案期间收集反馈是完全可行的。4.4 类目选择选错会被驳回微信小游戏发布时要选类目。类目选错是审核被驳回的常见原因。我的游戏是休闲益智类第一次选的是游戏-休闲被驳回理由是需要提供额外资质。后来改选游戏-休闲-消除/益智下面的具体子类目才通过。类目要选到最细一级越具体越不容易出问题。5. 审核被驳回两次那些官方文档不会告诉你的细节5.1 第一次驳回截图和实际不符微信审核会看你的游戏截图和实际玩法是否一致。我第一次提交的截图是游戏开始界面审核员可能觉得看不出玩法驳回了。第二次我提交了三张图开始界面、游戏中、结束界面并且每张图都配了文字说明。通过。截图要能完整展示玩法循环不要只放一张好看的封面图。5.2 第二次驳回分享功能诱导我加了分享功能玩家分享后能获得一次复活机会。这个被驳回了理由是诱导分享。改成分享后获得分数加成也不行还是诱导。最后我直接把分享做成纯展示功能——分享出去没有任何奖励只是让玩家可以炫耀分数。通过。微信对诱导分享查得很严任何分享得奖励的设计都有风险。最安全的做法是分享不带任何利益。5.3 审核通过后的上线流程审核通过后在微信公众平台后台点发布游戏就正式上线了。上线后可以在数据分析里看到用户数据。上线不是终点。我上线后发现几个问题首次加载慢因为包体还是偏大第一次打开要等几秒。部分机型闪退老款安卓机上有闪退原因是内存占用过高。留存低第一天留存只有 20% 左右说明玩法吸引力不够。这些问题都是上线后才暴露的所以上线后要继续迭代不要以为审核通过就完事了。6. 复盘AI 编程工具到底帮了多少忙6.1 AI 真正省时间的地方回头看AI 在几个环节帮我省了大量时间从零搭结构我完全不知道微信小游戏的项目结构AI 直接给了一个能跑的骨架。写重复逻辑障碍物生成、碰撞检测、分数统计这些模式化代码AI 写得又快又对。改参数调手感把模糊需求翻译成参数调整AI 执行得很精确。查 API 用法遇到不认识的微信 API直接问 AI 比翻文档快。6.2 AI 帮不上忙的地方平台特定配置包体限制、类目选择、备案材料这些 AI 给的建议往往过时或不准确。真机兼容性AI 不知道你的目标机型有什么坑只能靠实测。审核规则微信的审核标准经常变AI 的训练数据可能滞后。美术和音效AI 能生成代码但生成不了高质量的游戏素材。6.3 给非游戏开发者的实用建议如果你也想用 AI 做微信小游戏我的建议是先想清楚玩法核心不要指望 AI 帮你想玩法它只能帮你实现。把需求拆成参数越具体越好跳跃高度 12比跳高一点有用得多。尽早真机测试不要等做完再测每加一个功能就上真机跑一次。备案提前启动备案要 20 天以上越早开始越好。审核规则先读一遍微信小游戏的审核规范不长但每条都可能让你返工。上线后继续迭代第一次上线只是开始根据数据调整才是关键。最后分享一个我踩过的坑不要用 AI 生成的图片直接上线。我用 AI 生成了一张背景图审核时被质疑版权虽然最后通过了但过程很麻烦。游戏素材最好用自己拍的、自己画的或者明确可商用的资源。整个项目做下来我最大的感受是AI 把写代码这件事的门槛降到了很低但做产品的门槛一点没降。备案、审核、兼容性、留存这些才是真正决定一个小游戏能不能活下来的东西。AI 是个好帮手但它不是捷径。