用豆包 + Codex 高效开发微信小游戏：《我在大明当首辅》开发首日实战

作为一名常年混迹 CSDN 的开发者最近一直想做一款轻量化的微信小游戏 —— 主打明朝背景的文字养成策略类核心玩法围绕 “科举入仕→回合制事件→晋升考核→多周目传承” 展开。借着 AI 辅助开发的风口我尝试用「豆包打磨需求文档 Codex 生成初始代码」的模式推进本文就分享开发首日的完整流程、踩坑点和优化思路。一、开发背景为什么选 “文字类微信小游戏” AI 辅助文字类小游戏天生适配微信小程序的碎片化场景无需复杂美术资源核心靠规则和数值驱动而 AI 辅助开发能大幅降低 “从想法到代码” 的门槛 —— 尤其是需求文档PRD打磨和基础代码生成环节比纯手工效率提升至少 5 倍。我的核心诉求很明确游戏规则要贴合明朝史实官制、科举无错误新手友好数值平衡支持多周目玩法数据解耦所有规则通过 JSON 配置无需改代码即可调整适配微信小程序原生规范rpx 单位、震动反馈、本地缓存等。二、第一步用豆包打磨 1.3 万字的精准 PRD2.1 从 “模糊想法” 到 “标准化 PRD” 的迭代最初我的想法只有 “做明朝首辅养成游戏有科举、晋升、事件”连 PRD 的框架都不完整。这一步我选择用豆包作为 “需求分析师”分阶段输出高质量 PRD阶段 1生成 PRD 模板首先给豆包输入精准 Prompt按照微信小程序游戏的标准生成《我在大明当首辅》的产品需求文档PRD模板要求涵盖产品概述、架构设计、角色系统、属性体系、科举系统、晋升系统、事件库核心原则历史合规、新手友好、数据解耦、多周目成瘾所有规则需量化无模糊表述。豆包返回了结构化的 PRD 模板包含核心设计原则、全局约束、页面布局、系统规则等模块避免了我遗漏关键维度比如微信小程序的适配规范、渐进式解锁规则。阶段 2分模块补充细节模板只是骨架关键是填充符合 “明朝背景 数值平衡” 的细节。我针对每个核心模块和豆包反复沟通迭代角色系统要求豆包设计 8 个出身3 个初始解锁 5 个成就解锁初始属性总和固定 40 点保证平衡每个出身绑定专属特性、属性上限、晋升路线属性体系量化 11 个核心属性学识、人脉、威望等的取值范围、增长 / 衰减规则隐藏属性需满足 “新手期隐藏”科举系统严格贴合明朝 “童试→院试→乡试→会试→殿试” 规制输出简化版新手和完整版成就解锁的流程附带精准计算公式事件系统设计标准化 JSON 模板要求每个事件的选项对应明确的属性变化、派系影响、后续事件触发概率。阶段 3校验与优化最后要求豆包 “校验 PRD 的历史合规性明朝官制、科举规则”“确保所有数值规则可量化比如乡试成绩 学识 ×70% 前置加成 ×20% 出身加成 ×10% 随机值 (-5~5)”最终生成了 1.3 万字的完整 PRD核心片段如下json// PRD中角色配置示例数据解耦核心 { characters: [ { id: char_001, name: 耕读世家, unlockCondition: permanent, initialStats: { knowledge: 11, network: 7, prestige: 6, seniority: 0, health: 10, silver: 6 }, maxStats: { knowledge: 85, network: 85, prestige: 85, health: 100, silver: 120000, integrity: 100 }, traits: [no_penalty, exam_stability_10, newbie_protection] } ] }2.2 豆包提效关键精准 Prompt 设计总结几个让豆包输出高质量 PRD 的技巧分模块迭代避免一次性丢出所有需求按 “产品概述→角色系统→属性规则→科举系统” 逐步拆解强制量化规则明确要求 “所有属性变化、事件结果、晋升规则全部可量化随机数范围严格锁定”绑定场景约束比如 “符合微信小程序适配规范375px 基准rpx 单位vibrateShort 震动反馈”历史合规校验要求 “严格贴合明朝九品十八级官制、科举规制无朝代冲突”。三、第二步将 PRD 喂给 Codex 生成初始代码PRD 落地的核心是代码我选择 GitHub Copilot基于 Codex作为核心工具核心思路是 “拆解 PRD 模块→分文件生成→聚焦核心逻辑”。3.1 准备工作拆解 PRDPrompt 设计首先把 PRD 拆解为 6 个核心模块避免 Codex 因上下文过长生成混乱代码微信小程序项目基础配置app.json、project.config.json页面结构首页、角色创建页、游戏主页面、存档页、成就页配置文件解析characters.json、events.json 加载核心数值计算科举成绩、考核评分、属性增减事件系统选项触发、属性变化、后续事件微信小程序原生能力震动反馈、本地缓存。针对每个模块设计精准的 Prompt示例如下基于微信小程序规范编写 pages/character/character.js 代码功能加载 data/characters.json 配置实现姓名输入仅 2-4 个汉字、随机生成明朝男性姓名出身选择初始解锁 / 成就解锁未解锁显示灰色锁定实时预览选中出身的初始属性、专属特性确认开局按钮姓名 出身选择完成后激活二次确认后跳转游戏主页面。3.2 核心代码生成示例示例 1科举成绩计算函数Codex 生成javascript运行// 乡试成绩计算严格按PRD公式 function calculateProvincialExamScore(knowledge, preBonus, traitBonus) { // 公式乡试成绩当前学识值×70% 前置事件加成×20% 出身特性加成×10% 随机值(-5~5) const baseScore Math.floor(knowledge * 0.7 preBonus * 0.2 traitBonus * 0.1); const randomOffset Math.floor(Math.random() * 11) - 5; // -5~5 let finalScore baseScore randomOffset; // 边界值处理 if (finalScore 0) finalScore 0; if (finalScore 100) finalScore 100; return finalScore; } // 会试成绩计算同逻辑 function calculateMetropolitanExamScore(knowledge, preBonus, traitBonus) { const baseScore Math.floor(knowledge * 0.7 preBonus * 0.2 traitBonus * 0.1); const randomOffset Math.floor(Math.random() * 11) - 5; let finalScore baseScore randomOffset; if (finalScore 0) finalScore 0; if (finalScore 100) finalScore 100; return finalScore; }示例 2微信小程序页面结构首页 wxmlCodex 生成xml!-- pages/index/index.wxml -- view classcontainer !-- 游戏LOGO -- view classlogo text classlogo-text我在大明当首辅/text /view !-- 核心功能按钮组 -- view classbtn-group button classmain-btn bindtapstartGame开始游戏/button button classsub-btn bindtaploadSave读取存档/button button classsub-btn bindtapshowAchievement我的成就/button button classmini-btn bindtapshowSetting设置/button /view !-- 底部版权信息 -- view classcopyright text© 2025 我在大明当首辅 版权所有/text /view /view3.3 首日生成的核心成果完整的微信小程序项目结构5 个核心页面 配置文件配置文件解析工具类加载 characters.json/events.json核心数值计算函数科举、考核、属性增减基础页面 UI贴合 PRD 的布局规范rpx 单位适配微信小程序原生能力封装震动反馈、本地缓存。四、开发首日踩坑与优化更优解决方案AI 生成代码并非 “一键完美”首日遇到 3 个核心问题我总结了对应的优化方案坑 1Codex 生成的数值计算逻辑遗漏边界条件问题PRD 要求随机值范围 - 5~5但 Codex 初始生成的代码随机值范围错误0~10且未处理分数边界比如负数、超过 100。优化方案将 PRD 中的计算公式单独提取作为 Prompt 的核心明确要求 “边界值处理 整数结果”生成后手动校验核心公式或让 Codex 生成单元测试用例比如 “为 calculateProvincialExamScore 函数生成 5 个测试用例覆盖不同学识值、随机值边界”。坑 2微信小程序适配不完整问题Codex 生成的代码未实现震动反馈、本地缓存的错误处理且 wxss 样式未贴合 PRD 的 “大明红、藏青” 主色调。优化方案补充 Prompt 明确要求 “按钮点击调用 wx.vibrateShort ()缓存操作添加 try-catch”引入微信小程序官方 WeUI 组件库替换 Codex 生成的基础样式提升 UI 适配性手动补充主色调样式#8B0000、#0F172A确保视觉贴合 PRD。坑 3数据解耦未落地配置写死在代码中问题PRD 要求 “所有游戏内容与代码完全分离通过 JSON 配置调整”但 Codex 初始生成的代码把角色属性写死在 js 文件中。优化方案要求 Codex 生成 “配置解析工具类”utils/configParser.js专门加载 JSON 配置生成 JSON Schema 校验配置文件比如 “为 characters.json 生成 JSON Schema校验属性类型、取值范围”避免配置错误采用懒加载模式仅在需要时加载对应配置比如角色创建页仅加载 characters.json提升性能。更优实践总结分模块生成将 PRD 拆解为≤500 字的模块避免 Codex 上下文过载TypeScript 替代 JS让 Codex 生成 TypeScript 代码 接口定义比如 Character、Event 接口减少运行时错误配置优先所有可变规则角色、事件、数值全部抽离为 JSON代码仅负责解析和计算人工兜底AI 负责 “重复劳动UI、基础逻辑”人工聚焦 “核心规则、边界条件、体验优化”。五、首日总结与后续计划首日核心成果完成从 “模糊想法” 到 “1.3 万字精准 PRD” 的落地生成微信小游戏的核心代码骨架覆盖 80% 的基础功能验证了 “豆包打磨 PRD Codex 生成代码” 的高效性首日完成传统开发模式 2-3 天的工作量。后续计划调试代码适配微信开发者工具修复 UI 和交互 bug完善事件系统的后续事件触发逻辑测试多周目传承、成就解锁功能校验历史合规性明朝官制、科举规则优化性能配置懒加载、缓存策略。六、最后AI 辅助开发的核心逻辑首日开发让我深刻体会到AI 辅助开发的核心不是 “替代开发者”而是 “把开发者从重复劳动中解放出来”。高质量的 PRD 是 AI 生成优质代码的前提 ——PRD 越详细、量化、贴合场景Codex 生成的代码越精准。对于想尝试 AI 开发微信小游戏的开发者我的建议是先花时间打磨 PRD避免 “想法模糊→AI 生成混乱代码”拆解需求模块用精准 Prompt 驱动 AI人工聚焦核心规则和体验优化AI 负责基础代码和重复逻辑。后续我会持续更新《我在大明当首辅》的开发日志包括事件系统完善、多周目传承实现、微信小程序提审等内容感兴趣的同学可以关注