罗马不是一天建成的，骡马也不是一天累死的。

随着AI的编码能力越来越强大，像Claude和Gemini这样的模型已经可以一次性输出一个小型全栈项目了。

但这是你想要的吗？就算是，这是你敢要的吗？人类的屎山尚且无法扛起的你，能承受住这么猛烈的硅基屎山吗？

—-

回到正题，前一篇[《Vibe打金计划(2)：数据库功能测试与演示》](https://lazycat.cloud/playground/#/guideline/758) 这篇文章里说编了一个测试数据库的小应用Demo，本想这次贴出来但在审核上有点小问题目前还没有上架。（小编说测试过程中的报错会吓着用户，所以要修改一下提示。~~加上Demo没激励我也就不是很急🌚~~）

总之所以无论如何于是我同步开始了另一个应用的编写，一个真正可用的应用。

照惯例今天还会用到Refly，另外你会用到开发懒猫应用调式必须使用的开发助手。

---

需求整理

我本次打算开发的应用是一个可自定义的记忆闪卡的小应用，因为它前端应该比较简单，后台也刚好需要上一节提到的MySQL数据库，而且它也是我目前很需要的一个功能。

今天我不会开发完它，但是目前主要功能已经基本跑通了。

AI可以帮你编程，但产品思路不能完全靠它，或者说完全不能靠它，所以我手码了一个巨长的需求文档。（其实也不是很长，千把字，必须的功能和界面要求还是必须要详细说清。）

当然我没有直接就这么喂给AI，而是让它先梳理一下，再加上我后来想到的问题，最后统一合成一篇最终文档。

这一点上得承认，由于是站在了我这个“巨人”的肩膀上，AI最终还是比我写得好，而且一些技术点已经提前想到了。

由于我在第一篇[《Vibe打金计划之序章: 系统提示词》](https://lazycat.cloud/playground/guideline/745)已经提到我分析了基本技术并喂给AI生成了系统提示词，再灌上一些单独的技术文档，所以其实AI已经连打包的技术也会了。

基础架构

我直接让它为我生成了相关的配置文件和启动脚本（虽然还不是很正确而引发了一些痛苦，但这是另一个话题了）

由于Refly目前不支持本地文件管理（MCP功能强化后可能可以）

所以与cursor或vscode中的AI不同，这里还是要手动一点点拷贝过去。

但是我已经懒到了建文件也不想自己动手的情况，所以我对它说：

为我建立一个shell脚本构建这个项目的文件结构，所有文件留为空文件，只写一行注释。另外在项目根目录下增加一个.gitignore文件，排除node依赖目录和.lpk文件

你猜怎么着？这么简单的问题它一秒搞定，我再一运行，算上拷贝保存运行也就是十几秒搞定。

而且避免了文件名或架构错误的问题，我直接粘贴就可以了。

---

分步开发

**很重要的一点**，让AI开发，一定要让它一步步来，先从简单的基础功能开始，再一个个模块地分拆和细化（和人类编程其实差不多，细嚼慢咽），不然它可能一下子全给你搞出来，结果就是相当难调试。

所以我在前面一步梳理需求的时候，就要求AI产出的需求文档中必须包含分几步开发的计划，这样再喂回给它的时候，这个计划就会一直保存在对话记录中，它（虽然还是会有点激进）就不会每次一鼓脑强力输出了压垮我脆弱的承受能力了。

请认真阅读和分析这个需求文档，将其重新整理成一份逻辑更通顺，表达更加明确的需求文档。不需要编码，我将在检查表述正确之后才要求编码。

请包含开发顺序计划，先从简单基本的功能开始，一步步分模块测试确认，逐渐完善功能。

以上是我前一步让它整理需求的提示语。

结果就是它在需求文档里包含了详细的计划。

---

测试与同步信息

由于要求了分步开发，所以第一步我只要求它给我很基础的初步测试功能。

同时因为已经在之前的项目中纠结过了打包的路径和启动文件问题，这次顺畅了很多，基本上用了它给我的配置文件（但是需要手动修改），然后再做一些检查……

……再用DevShell(下一篇说)装到懒猫里，同时再打开日志观察，只要启动脚本运行了，后台开始监听3000端口，我的最初目的就达到了。

是的，没有几分钟，一个很简单的基础Demo就好了。

当然它也是有够简洁，连创建表单也是用系统对话框。

所以先别急。

我得先把修改过的配置文件、以及开发需求和技术文档再喂回给它。

在聊天式编程而非co-polit模式时（别问我为什么不用co-polit，聊天式便宜甚至免费，~~而算力舱居然还没发货！~~），同步结果和信息非常重要，可以避免AI健忘和产生幻觉。

所以我这里在提新的需求之前，先把之前的结果同步给了AI。

简单测试成功，我把调试后的配置文件和细化的需求同步给你。

下面请先完善前端，把样式表和JS分离出来，将创建主题的输入从系统对话框改为页面表单，并编写主题显示页面

继续细化

没想到Claude也是主动，直接又把下一步给我做好了一大段，于是，一个基本的应用就搭好了大约40%。

现在的进展是做出了基本的卡片翻转界面（这对AI太容易了），然后有基本的数据库处理，包括初始数据准备、新建主题、查看主题和卡片内容之类。

接下来要做的，就是按照同样的步调，一步步去完善它了。

同时，由于是第一个Vibe应用，我对它要求还是比较高，而且还有很多坑要踩，所以这一篇的开发就打算先写到这里。

因为坦率说，虽然说得很轻松，其实我还隐瞒了大量的反复修改抽卡和纠结过程，有的问题甚至纠结到一整晚的程度。所以下一篇我要先说说痛苦的调试过程。

但无论怎么说，经过这次测试，我认为分步开发的这个方法行得通，距离我的Vibe打金计划成功又进了一步。

说是40%，懂编程的人都知道，随着屎代码的堆积，往后的山路会越走越难，所以前方应该还是任重道远。毕竟很多大佬们其实都不看好AI编程,我一个外行要做好肯定要难得多。

但是，往好的一面想，等我一旦成功……颤抖吧老王~~~~🌚