Vibe coding 了一个前额叶训练的小程序，欢迎体验。

爱意满满的作品展示区。

体验方式在最后～

最近花了两周半的时间 vibe coding 了一款微信小程序，这也是属于自己的第一款产品，叫「前额叶专注训练」，定位是前额叶训练小游戏。简单说，就是把舒尔特方格、数字记忆、N-Back 、Stroop 、go/no-go 、河内塔、24 点这类认知训练任务，包装成一个轻娱乐产品：用户每天玩几局，训练自己的专注能力和记忆力。

这个项目从需求讨论、技术方案、功能实现，都是我跟 AI 一轮一轮聊出来的，自己没有写过一行代码，整个过程大概两周半，从五月初开始规划，到五月前开发完成并发布上线，备案的过程也是开始开发的时候就完成了。写这篇文章是想分享下 vibe coding 的一些感受。

第一，让 AI 写代码之前，一定要把需求聊清楚

从一开始的 windsurf 、cursor 、trae 到 claude code 和 codex ，我都使用过，在这里不讨论谁好用谁不好用，不管使用哪个代码编辑器，不管写多大的功能还少就是一个小的迭代，我的习惯都是先跟 AI 把需求聊明白，我习惯在每次对话后加上一句：先产出实现方案，等我同意再开始写代码。这样做的好处就是不用每次 AI 生成的代码不满意再回退，经常用 AI 编程的应该都深有感受，AI 生成的代码一次次的回退是很招人烦的。所以，千万不要一上来就跟 AI 说“帮我写一个 xxx 小程序”，“帮我实现一个 xxx 功能”。这样做运气好的话能得到理想的效果，但是不保证每次运气都那么好。

我一开始也只是一个很模糊的想法：想做一个训练前额叶能力的小程序，而且我只知道一个舒尔特方格（我承认这个是从别人那得到的灵感），后来跟 AI 聊了之后，发现有好多可以实现的小游戏都可以用来训练专注力和注意力，这就是和 AI 先聊的好处。这个过程中，AI 的作用不是替我拍板，而是不断帮我把想法摊开。比如我说想做“脑力训练”，它会继续追问或展开成工作记忆、持续注意、抑制控制、认知灵活性、计划决策这些方向。然后我们再反过来判断，这些方向能不能变成普通用户愿意玩的小游戏。

确定了大概要做的内容，之后就是产出产品文档，有了产品文档之后，再让 AI 帮忙产出技术文档，有了这两份文档，基本是就知道该怎么实现了。另外还有一点，一定要分阶段实现，每一阶段开发完成后一定要验证，有 bug 就让 AI 改，避免最后整体验证 bug 数量过多的问题。

所以 vibe coding 第一步不是写代码，而是把需求聊到足够具体。你越能说清楚边界，AI 写出来的东西越接近你想要的效果。反过来，如果自己都没想清楚，AI 只会很努力地把混乱放大。

先实现一个能跑通的 MVP 版本

需求聊完之后，我没有一开始就让它帮我做完整的项目。而是先是做一个能跑通的版本，这个版本一定能跑通你的核心流程，比如我的小程序的核心流程就是用户能打开一款游戏去玩，所以我的第一版的功能就是：用户能打开小程序，能登录，能看到第一款游戏，能开始一局游戏即可。

这个链路跑通以后，说明第一版本的代码没问题，此时再往上叠加其他功能才最合适。否则你可能做了很多页面，但核心闭环其实是断的。

这样后面加游戏就和第一个游戏的开发一样，变成了一个固定流程：

写游戏组件；
写游戏定义；
注册到游戏列表；
在云函数里补评分规则。

所以项目后来能比较快地扩到 12 款游戏，不是因为每款游戏都随便生成一下就完了，而是因为前面先把模式定住了。AI 很适合在这种稳定模式下继续扩展。如果每个页面都从零开始聊，速度反而会越来越慢。

这也是我对 MVP 的理解：不是做一个很丑的半成品，而是先把最小闭环做扎实。它可以功能少，但关键链路一定要能跑。

即使产品失败了，没人用也不要气馁

忘了之前在哪看的，说独立开发人员在开发一款应用前都会有一种错觉，觉得自己的应用一定会火，一定有人用，我就是这样所以在上线后天天盯着数据，发现用的人少心态都不好了，但其实成功毕竟是少数的，尤其是现在有了 AI 的加持，上线一款应用的成本这么低，注定会有许多人的产品一定没人用。但是并不是说没人用就一点收获都没有，以前总是想着自己作出一款属于自己的产品，这不就有了，现在试错成本这么低，多做几款又何妨。所以一定要放平心态。