引言
我在三年前，刚入行的时候，给家里人开公司的开发一款小程序，大概功能：销售课程、线上看网课等简单功能，前段时间那边有提出需求，需要加很多功能。包括课程预约、学员训练对照、课时管理、上课评价，等功能。这些功能分为学员端和老师端、不同的角色进入到小程序中是不同的页面。一个人花了6天左右把它给做出来了。没有Ui、后端开发、测试人员、产品经理。完全是一个人指挥不同的AI干不同的活。
感言
处于Ai时代的我们，真的需要积极拥抱Ai。今时今日的 Ai 是无所不能，但是仍需人的驾驶去纠错、去矫正。这一点也是我们程序员仍然存在的意义。而且我判断这一点在未来数年内不会改观。原因是受限人类的需求是多变的、机器和人之间的理解存在很大一部分误差，这一点其实不是 AI 的错误，如果人前期把想法和规划完整、清晰、全面的写下来。显然这是不太可能的。
如何给 Ai 分工
在指挥 Ai 干活的时候，我严格按照公司流程进行开发
- 需求文档整理
- Ui 出效果图
- 前后端编码
- 验收测试
很多人一上来就想囫囵吞枣，一股脑的给 Ai 很多输入，最后输出的结果并不是自己想要的。这里有两个问题。
- ：Ai 再聪明它思考的上下文是有限度，且你可能描述的大概率是不完整的东西，自然也输出不了想要的东西
- ：Ai 也是像人一样，专岗专职。没有一款 Ai 是万能，所以需要我们去调用不同的Ai做出不同的输出结构。
我的经验
需求文档整理
这一块我会用 ChatGpt 或者 Gemini 都行，而且我用的是免费版，大概的提示语就是描述一下你大概想做的App的功能，作为产品经理你要收集我的需求，整理成需求文档或PRD文档的形式。
在这个过程你会一直和AI进行对话，然后AI会收集你的需求、并给出一些意见。最终形成需求文档或PRD文档，当你觉得需求文档已经描述很清楚了你的需求已经覆盖了。那么你可以保存这个文档，这样文档会贯穿整个开发流程，所以这一步也是很关键的一步。
Ui 出效果图
Ui 我选择的是 Figma 的 Make 功能，直接把 PRD 文档，输出给它，它会将需求转成效果的形式，如果有错当然你也可以通过对话的方式进行修改，且有一点 Figma 生成的 UI 是可交互的，它背后是用 React 代码进行书写的。也可以导入到 Design 上去修改。
我也会使用 Google Stitch 作为补充，因为后期我的token 消耗光了，所以使用 Google Stitch 作为补充，生成的效果也不错。
前后端编码
前后端编码，这边建议把前后端项目放在同一个文件夹中，使用 cursor 打开，这样 cursor 在对接接口的时候，可以更好的联系上下文，进行对接接口，而不是去书写接口文档然后再读取再对接，这样就变的很麻烦了。
- 我是使用 figma 的 MCP 服务 连接 Cursor 进行编码，前端后端代码完全不需要我去写。这一点真的极大的震撼我，我做的工作只是在检查它是否写的正确，然后去纠正，用于语言纠正或者自己写一点点。先实现前端静态页面，然后让 Cursor 实现对应的接口并进行对接。
验收测试
在这过过程中，我没有使用 Ai 因为这是这项工作的最后一个阶段，还是需要让来把关下。验证结果是否是理想的。