微信小游戏《b小猫》

这个项目在做什么

一款「找茬 / 寻物」类的微信小游戏，玩法是把隐藏在手绘场景里的物品找出来。 它其实不只是「做了个小游戏」，而是我一个人加 AI，跑通了一条完整的产品交付链路： 需求定义 → 规则设计 → 开发执行 → 质量验收 → 方法沉淀。

我在里面做什么

① 产品定义与决策拍板。 需求池共 28 项，含与原作的内容差距分析。 我自己实跑后提反馈——比如「藏物太显眼、集齐太简单」，当场推动难度系统重构； 7 月 22 日把 21 项默认决策逐条确认定稿（星级算法、图鉴收录范围、成就阈值、彩蛋、难度档位等）。

② 规则与数值定死。 规则不定清楚，AI 就会按「平均情况」发挥，做出来的手感一定不对。 所以冷却时长、三档难度的时长、伪装强度这些，我全部给出具体数值，不留余地。

③ 质量验收与缺陷定位——这是 AI 测不了的部分，也是我最强的一项。

• 一开始就识别到测试环境没有渐变 API，主动标记 7 项视觉风险必须真机复核。 我知道「AI 说通过」不等于真的没问题。
• 7 月 28 日真机发现 4 处 UI 布局问题：标题屏文字压按钮、返回按钮重叠、 设置页露出游戏内 HUD、成就列表 17 条只显示 12 条。
• 7 月 29 日在真机上把 4 个布局与适配问题逐项闭环。
• 最值得说的是「碎片看不到、点不到」：我连续多轮复现、提供截图， 先后否掉了 AI 给出的三个错误方向，最终逼出真正根因—— 存档里「已找到列表已含 6 枚、但计数错位为 0」的不一致态。
• 8 月 1 日对比原作复查，一次揪出三个不合理改动：画质设置是假的（只影响标题屏、 游戏内不生效）、装饰物点了没反应、难度系统被整段删掉。
• 8 月 2 日发现「支线物品提前画在背景上」的剧透问题，拍板改为「接任务前完全隐藏」。

④ 流程治理——我给 AI 定的规矩。 逐条确认机制（每条执行前先确认）、先讨论再定方案、测试全量用例必须全绿才可交付、 文档每次改动同步更新。另外我做了一个可扩展性判断：8 月 1 日提出游戏名与关卡名解耦， 因为「迷离之森」在原作里只是其中一个关卡名，后面还会新增关卡。

⑤ 方法与体系沉淀。 设计角色分工 SOP（产品 → 架构 → 开发 → 测试，带质量关卡）， 由 AI 按序扮演；建立记忆与身份体系，让跨会话协作不断线。

结果

• 交付可玩体验版，458 项自动化用例全绿（54 个测试文件，0 失败）
• 需求池 28 项、默认决策 21 项逐条拍板
• 真机缺陷定位 4 处并闭环
• 沉淀 45+ 份项目文档与一套可复用的协作流程

边界与复盘

• 非商用，是个人练习项目；玩法参考 PC 端同类作品，未使用其任何素材
• 代码实现由 AI 协同完成，我负责产品定义、规则设计、标准制定与验收
• 项目里的角色分工是我设计的流程、由 AI 扮演，不是真人团队
• 复盘：这个项目最值钱的不是游戏本身，而是那套「我定标准、AI 执行、我验收」的流程。 它让我确认了一件事——AI 不缺执行力，缺的是业务理解和标准