一人四岗20天：用Cursor和Codex搞定微信小游戏开发

前阵子看到个段子说现在做独立开发拼的不是你会多少技术栈而是你会不会给AI“派活”。这话放在我身上真是一点不假。三月初我给自己下了个死任务一个人同时扛策划、程序、美术、测试四个岗位用20天时间把一款微信小游戏从零做到能上线提审。当时身边朋友都觉得我疯了毕竟正常小团队排期也得两个月。但最后我不仅做完了还一次过审。秘密武器就是标题里那俩词Cursor和Codex。这篇文章不聊虚的就把我这次“一人四岗”的完整过程拆开揉碎讲清楚从工具选型、环境配置、Unity转微信小游戏的打包适配到用AI批量写C#脚本、处理好友排行榜、控制代码包体积再到这几周踩过的坑和排查记录。整个过程里Cursor负责我坐在编辑器前的每一行代码补全和重构Codex负责我离开电脑后还能继续跑的自动化任务和批量脚本两个人的活硬是用这套组合扛下来了。无论你是想入门微信小游戏开发的新手还是好奇AI辅助编程到底能省多少事的从业者这篇应该都能给你一些直接能抄的作业。1. 一个人为什么敢押注 Cursor Codex1.1 四个岗位的活到底怎么拆先说说所谓的“四个岗位”在我这个项目里具体指什么。策划要出玩法文档、数值表、关卡配置程序要写核心逻辑、UI交互、对接微信SDK美术要出图标、背景、角色动画测试要过功能、查兼容、盯性能。正常团队里这四个人还得开会对齐一个人干就意味着所有决策都在脑子里完成但活儿一点不会少。我的做法是把每个岗位抽象成一套“可被AI协作的任务流”。策划的活我用Markdown写玩法需求再让Codex根据需求生成数值配置表和关卡数据JSON程序的活主要代码在Cursor里写AI负责补全、重构、写单元测试美术的活素材先用程序化生成占位再通过AI绘图工具出正式图最后用Unity图集工具合并测试的活让Codex写自动化冒烟测试脚本每天睡前自动跑一遍。这样拆完核心还是我自己但AI把每个环节的“重复劳动”吃掉了至少70%。一个人四岗位本质不是真的长出三头六臂而是把每个岗位里最耗时的执行层外包给工具。1.2 为什么偏偏是这两个工具市面上AI编程工具不少GitHub Copilot、通义灵码、Codeium我都试过。最后留下Cursor和Codex是因为它们的定位刚好互补。Cursor强在“嵌入开发过程”。它是基于VS Code改的编辑器我写代码时它能理解整个项目的上下文不只是补全当前行而是能跨文件帮忙改逻辑。比如我重构玩家控制脚本时它会自动提示相关动画状态机也需要同步调整这种上下文关联能力Copilot也有但Cursor对项目全局的理解明显更深。Codex强在“命令行自动化”。Codex本质上是一个跑在终端里的编程智能体你给它一个任务它能自己规划步骤、写代码、执行命令、看结果然后继续迭代。我主要用它跑批量重复任务比如生成几十个关卡配置文件、批量压缩贴图、给所有UI预制体补齐组件引用。这些活儿如果让Cursor在编辑器里一个个处理我得盯很久但Codex可以在后台自己跑我转头去修玩法逻辑。还有一个现实原因Codex对国产模型的兼容很好。我通过配置把Codex接到了DeepSeek的接口上主要是考虑到成本和国内访问的稳定性实测跑批量脚本完全够用API费用也压得很低。这个后面环境准备章节细说。1.3 这套组合到底能省多少时间直接说结果。我统计过整个项目代码量大约12000行C#其中纯手写的核心玩法逻辑大概3500行AI补全和生成的在8500行左右。最关键的是以前写一个跨页面UI交互从调组件到绑事件得半天现在Cursor几乎能一次性生成80%的代码我只需要改业务条件判断。Codex自动化的脚本累计帮我省了至少3个整天这些时间全被我挪去调手感、改细节了。省下来的时间不是拿来玩的是用来做“人该做的事”——判断玩法好不好玩、节奏合不合理、美术风格统不统一。AI能生成代码但它不负责你的产品体验。2. 环境准备Cursor 和 Codex 的安装与语言配置2.1 Cursor 下载安装与中文设置Cursor 的安装本身没什么门槛直接去官网下载对应系统的安装包Windows和macOS都有选对版本一路下一步就行。我第一次安装时犯了个低级错误下了Windows版却想装在mac上白折腾半小时所以下载前一定看清系统版本别嫌我啰嗦。装完第一件事绝大多数国内用户肯定会问Cursor怎么设置中文我用了两种方式都实测有效方式一按CtrlShiftXmacOS 是CmdShiftX打开扩展面板搜索“Chinese”安装“Chinese (Simplified) Language Pack for Visual Studio Code”。因为 Cursor 的底层就是 VS Code 的架构所有 VS Code 的语言包扩展它都能直接用。装完右下角会弹提示点“Change Language and Restart”即可。方式二按CtrlShiftP打开命令面板输入Configure Display Language回车后选zh-cn再重启。这种方式适合语言包已经装好、但界面没切过去的情况。需要提醒的是不建议去下载来路不明的“汉化版”或“破解版”。圈子里流传的什么“Cursor无限续杯”、“永久免费版”很多都改了编辑器里的验证逻辑一旦官方更新就会出幺蛾子更严重的是这类修改版可能偷偷上传你的项目代码风险非常大。Cursor 官方免费额度用完要么等额度重置要么订阅别为省几十块钱搭进去项目源码。2.2 Codex 安装与登录Codex 的安装路径有两条一个是 OpenAPI 官方的桌面版应用适合喜欢图形界面的人另一个是命令行版本codex适合像我这种要跑自动化脚本的。我两个都装了日常主力是命令行版。命令行版安装方式在终端里执行npm install -g openai/codex装完之后先运行codex login完成登录授权。这里要注意Codex 的账号体系和网页端登录是绑定的如果你所在网络的访问不太稳定登录过程可能卡在浏览器回调页这时候不要反复刷新检查一下系统网络环境是否干净确认没有安全软件拦截本地服务的请求。我一开始就是被本地安全工具拦截了回调端口折腾了好久。真正让我选定 Codex 的原因之一是它可以接入第三方模型。操作方式是在项目根目录建一个codex_config.toml配置文件把模型接口指向你想要的服务商。这一步不同版本的 Codex 配置键名略有差异但核心都是设置base_url和api_key并且只要对方服务是 OpenAI 兼容协议就行。我实测把 Codex 接到 DeepSeek 的接口后跑脚本生成、代码重构这类任务响应速度依然很快费用还比官方模型低不少。配置好后用codex exec 请检查当前目录下的代码并输出潜在bug就能在命令行里跑起来了。2.3 排查网络连接报错与本地环境问题研究过 Codex 的人应该都见过一长串报错里面有个关键词是cc switch local proxy failed while handling codex endpoint。字面意思是“处理 Codex 请求时本地网络切换组件出错了”。遇到这个报错九成问题出在本地网络环境要么是系统开了某些安全软件的网络过滤功能把 Codex 发往API的请求拦了要么是电脑里装了某种“网络优化”工具把请求强制走了不稳定的通道要么是本地留有别的服务占用了默认端口。排查步骤我给个清单我每次遇到必按这个顺序查打开系统设置检查网络配置是否处于系统默认状态有没有被第三方软件改动过暂时退出所有安全防护、网络优化类工具再试codex exec hello查看本机是否有多余的本地服务在监听 80、443、8000 这类常用端口有的话先停掉如果以上都正常检查 Codex 的配置文件里有没有写错的服务地址。注意第2条一定只是“暂时退出”来区分问题最终解决还是靠恢复系统默认网络配置而不是靠某种绕过手段。对普通开发者来说保持一个干净的系统网络环境比乱装各种优化工具靠谱得多。2.4 给新手的工作流分工建议工具都装好以后怎么分工才能最大化产出我最终跑顺的流程是这样的坐在电脑前开 Cursor 写代码遇到跨文件改动、重构、报错排查全部交给 Cursor 的对话窗口处理需要批量处理切到终端给 Codex 下达明确任务比如“把 Assets/Sprites 下所有 PNG 转为图集前置的 Sprite并设置好 Pixels Per Unit”然后让它自己跑跑测试让 Codex 写一套针对核心玩法的 NUnit 测试每天下班前自动执行codex exec 运行测试并输出失败项原因。坚持两周后你会发现这套组合最像的不是“找个AI帮忙写代码”而是“你雇了一个24小时在线的初级程序自动化测试员”。它不会夺走你对项目的判断但能把你的执行效率拉满。3. 微信小游戏开发Unity打包与核心功能实现3.1 技术路线为什么是 Unity 微信小游戏选定“微信小游戏”这个载体主要是看中两点一是用户点击即玩不需要下载安装包非常适合休闲游戏传播二是微信提供了开放数据域、云开发、支付等一整套能力后端不用自己搭服务器。客户端引擎我最终选了Unity 2022 国际版。这里有个点要专门说很多朋友问“Unity国际版和国内版有什么区别”其实在微信小游戏打包这件事上国际版对 WebGL 和小游戏导出支持的兼容性更新更快插件适配问题少。所以做微信小游戏优先用国际版不要图方便用国内特供版。打包微信小游戏Unity 官方提供了一个叫“Unity微信小游戏转换插件”的工具它做的事情简单说就是把 Unity 的构建产物转换成微信小游戏能识别的代码包结构并注入微信的运行时适配层让 Unity 里的 Input、Touch、Audio 等接口在浏览器环境下正常工作。基本步骤是Unity 里安装“微信小游戏转换插件”Minigame Adapter在 Build Settings 里选择 WebGL 平台Player Settings 里把目标 API Level 设成小游戏插件推荐的版本构建一次 WebGL 项目用插件把构建好的 WebGL 目录一键转换为小游戏项目用微信开发者工具打开转换出来的项目真机预览测试。3.2 好友排行榜最容易被坑的功能几乎每个微信小游戏都离不开好友排行榜这既是社交传播的利器也是新手最容易卡壳的地方。标题里提到的“Unity2022国际版开发微信小游戏如何获取好友排行榜”搜索量一直不低说明问的人很多我详细拆一下。微信小游戏的排行榜是“开放数据域”下的功能它和主游戏域是隔离的。简单理解主域就是你正常写游戏逻辑的地方开放数据域是用来展示好友数据的独立环境二者不能直接互相访问变量只能通过微信提供的接口通信。具体怎么获取好友排行分数步骤整理如下在game.json里申明开放数据域{ openDataContext: src/myOpenDataContext }开放数据域内调用wx.getFriendCloudStorage拉取好友的托管数据wx.getFriendCloudStorage({ keyList: [score], success: res { const data res.data.map(item ({ nickname: item.nickname, score: item.KVDataList[0] ? item.KVDataList[0].value : 0 })); // 渲染到 sharedCanvas } })主域通过wx.getOpenDataContext().postMessage向开放数据域发指令并拿到返回的sharedCanvas作为纹理渲染到 Unity UI 上。坑在哪很多Unity开发者第一次接的时候习惯性地在C#里直接写wx.getFriendCloudStorage结果发现编译都过不了。原因就是开放数据域用的是 TypeScript/JavaScript不是 C#你必须把排行榜相关代码写在开放数据域里Unity只负责显示sharedCanvas的纹理。搞清楚这个边界排行榜就算通了一半。3.3 用 Cursor 和 Codex 写 C# 脚本的真实体会游戏主体是 C#这部分我大部分时间都泡在 Cursor 里。讲一个最典型的例子写玩家控制脚本时我先写了伪代码注释作为需求描述然后选中一段让 Cursor 基于整个项目的输入系统生成完整实现// 玩家点击或按住屏幕控制角色左右移动 // 边界限制在屏幕宽度内 // 角色倾斜角度随移动速度变化Cursor 能识别我项目里已经有的PlayerInput.cs和GameManager.cs生成的方法名和事件调用能直接接上不是孤零零给你一段代码让你自己拼。这个体验是普通AI补全工具给不了的。Codex 在游戏开发里更偏“家务活”。举个例子我游戏里有20多种道具每个道具都是一个 ScriptableObject。手写这20个资源文件配置至少小半天但用Codex我可以直接下命令codex exec 在 Assets/Data/Items 下生成20个道具资源文件命名 Item_00 到 Item_19每种类型包含 id、名称、描述、影响数值四个字段数值范围按我给出的设计表生成它真的会自己对着 Unity 的资源序列化格式把 YAML 文件批量写出来而且格式正确放进项目就能引用。这种活以前量化一下就是“一个中级程序一天的工作量”现在10分钟搞定。3.4 包体优化4MB生死线微信小游戏代码包主包限制是4MB小游戏有分包机制但主包4MB是硬指标这对Unity项目来说是生死线。任何一张没压缩的纹理都可能让包体直接爆掉。我从最开始就做了三件事纹理全压缩所有UI和场景贴图都改成ETC/ASTC等压缩格式尽量减少原始JPG/PNG的使用。Codex帮我扫了Assets目录下所有贴图资源自动标记出没有设置压缩格式的文件我再逐个处理。AssetBundle按需加载不是所有资源都打进了首包。游戏里只有第一关地图、角色基础素材是直接随包体加载的后面的几个关卡全部打进AssetBundle放进微信云托管玩到对应关卡再远程拉取。这一招直接把包体从6.8MB降到了3.6MB。剥离无用模块Unity默认打出来的包会带很多我用不到的内置模块比如物理引擎自带的车辆组件、AI寻路组件。我通过Build Report工具逐项排查能去掉的模块全去掉。最后包体稳定在3.1MB左右总算舒了口气。记住从项目第一天就要把包体当预算来管理而不是最后一天再来“优化”。3.5 云开发与后端能力排行榜的分数存储、每日挑战任务、广告配置这些如果自己搭服务器一个人做20天根本不可能。我用了微信云开发它直接提供了云数据库、云函数、云存储。数据表结构按微信推荐的NoSQL建最简单的用户分数表就四个字段openid、nickname、score、updateTime。云函数部分我写了两个最核心的接口一个是上报分数一个是拉取排行榜。Codex帮我生成了这些云函数的初版代码虽然要改一些鉴权细节但省了很多事。微信云开发的免费额度对小游戏冷启动阶段完全够用等用户量上来再升级不迟。4. 20天排期一人四岗的项目管理实战4.1 时间表是怎么拆的20天看着长实际按四个阶段排完就很紧张了第1-3天策划与原型。完成玩法文档、数值表Unity里做灰色方块原型验证核心循环是否好玩。第4-10天核心开发。所有玩法逻辑、UI界面、动画系统全量开发每天至少提交一次可运行版本。第11-15天内容填充与打磨。生成正式美术素材配置大部分关卡音效、动效、手感细节逐个调。第16-18天测试与适配。真机试玩重点测微信开发者工具里的兼容性修复各类机型问题。第19-20天提审与发布。填写审核资料准备隐私协议、版号相关说明提交后处理审核反馈。这个排期最核心的原则是先跑通核心循环再填充内容最后才碰性能和优化。我见过太多独立开发者死在“完美主义”上第一个月全在调美术代码没跑起来一次。4.2 每天的时间节奏一个人干活最怕的是精力分配不均。我20天里坚持的节奏是早上精神最好用来写核心玩法逻辑这段代码是整个游戏的灵魂尽量自己手写同时让Cursor做实时审查下午进入“自动执行模式”给Codex布置批量任务同时我处理美术素材、写配置、调UI晚上是统一测试时间跑自动化脚本修白天遗留的bug临睡前全部工作提交Git让Codex生成当天的提交信息。这个节奏帮我保住了整个周期的稳定性。真让我从头到尾都“手动四岗”估计第7天就崩了。4.3 一个人怎么保持项目方向不跑偏AI能帮你执行不能帮你做产品决策。我专门建了一个设计要求.md文档里面写了这次游戏的美术风格、交互基调、用户定位。每次用AI生成素材或改UI前先把对应的设计要求丢给它让它基于约束去生成而不是自由发挥。给AI设定边界这件事越早做后期返工越少。5. 常见问题与排查技巧实录5.1 Cursor 常见问题速查问题一Cursor提示词泄露是怎么回事这是个最近讨论很多的话题。Cursor在使用时会把你的代码上下文和你输入的需求发送给模型处理如果你项目里包含敏感信息比如数据库密码、内部API密钥那这些信息就可能会被模型提供商留存。我建议养成好习惯密码、密钥一律不要写进被AI索引的项目文件里放到环境变量里引用。Cursor里我禁用了代码库索引的敏感目录只让AI看Assets/Scripts这类真正需要的目录。问题二Cursor免费次数用完了怎么办官方免费额度用完后要么等额度周期刷新要么升级订阅。我不建议用网上传的“无限续杯”方式原因前面说了安全和稳定性都没法保证。如果你预算有限可以像Codex接入第三方模型一样在Cursor的设置里把模型API地址指向更便宜的服务商照样能用。问题三Cursor运行卡顿。项目文件一多Cursor明显会变慢。我的办法是保持项目目录精简不相关的文件别放进来关闭不需要的插件用Worktree隔离大型实验分支核心代码只留在主工作区。5.2 Codex 常见问题速查问题一Codex安装后提示“命令不存在”。大概率是Node环境变量问题。按where codex看有没有输出没有就手动把Node全局 bin 目录加进PATH。Windows用户尤其常见。问题二Codex登录失败。参考前面2.3节优先排查网络环境是否干净恢复系统默认网络配置后重试。还有一点登录回调依赖本地端口如果你在跑别的服务占用端口也会失败。问题三接入第三方模型后报401鉴权错误。检查配置里的API Key有没有多余空格再确认模型服务商是否真的支持OpenAI兼容的/responses或/chat/completions接口。有的服务商只实现了/chat/completions而新版本Codex默认走/responses这种情况需要手动指定接口路径。5.3 微信小游戏审核要避开的坑提审阶段最容易被打回的原因无非这几个缺少隐私保护指引。现在小游戏提交必须有完整的用户隐私说明尤其是涉及好友数据、手机存储权限的必须逐项列清楚。涉嫌诱导分享。分享按钮只能放置在用户主动触发的位置不能自动弹窗诱导。测试账号无法进入游戏。审核人员用他们自己的微信登录如果你的游戏注册流程依赖特殊设备信息要保证普通用户也能直接进来。这几条我都是在被驳回一次、修好再提之后总结出来的。所以你要做微信小游戏这些合规问题最好在开发中期就考虑进去别等到提审再返工。最后再多说一句这次20天“一人四岗”做下来我最大的感受是AI工具再怎么强大也替代不了你对产品本身的判断。Cursor和Codex帮我省掉的是那些重复、机械、消耗精力的底层执行时间让我能把省下来的精力投入到手感调试、关卡设计、美术风格统一上。如果你也打算一个人做小游戏不妨先花一周时间把AI工作流跑顺把工具当成团队里那个永远不下班、不发牢骚的初级员工你会发现一个人真的可以做完一个团队的事。