我是从24年8月份开始用Cursor做AI编程的，当时的AI模型是claude3.5，cursor里主打的模式是Chat AI。当时的AI只负责写代码的事情，人要负责安装环境、创建文件夹、写需求、做测试等各种事情。

我当时就想把“AI精选工具库”从飞书文档做成网站，然而我用3.5画了半个月的页面样式，就是死活做不出来我想要的效果，为此我还特意去学了vue架构里的前端模块搭配原则，只为了让页面能够稍微好看一点点。

24年的AI编程还是AI辅助人来干活，人得帮助AI处理好每一个环节的事情。

前两周我因为提示词太多了，天天翻文档找来找去有点累，于是我准备开发一个“提示词管理助手”。开发前我在想按照现在的AI编程能力，我该用什么样的思路去开发。

今年对比24年，模型在编程能力上提升了很多，claude4设计的样式和交互更加精美；而Cursor的Agent模式更是质的提升，人现在只需要负责提需求、反馈测试结果，剩下的事情都可以交给Agent模式来搞定了。

基于目前的趋势来看，AI编程能力今年还会有很大的提升。

那我只需要搞定这几件事情就可以了：

想清楚自己到底要做什么样的产品

跟AI讲清楚自己的需求

测试并给AI反馈需求实现情况

上线后进行效果分析

于是我用这套逻辑开发出来了“提示词管理助手”，收到了大家很多好评。正好最近总有小伙伴问该如何用AI编程这个事情，我来用这篇文章和大家整体分享一下我的思路。

传统产品开发和AI编程开发的区别

那么先让我们从开发的标准化流程开始讲起，传统产品开发的流程是这样的：

我们来看一下这个流程每一个环节的价值：

业务方提需求：说清楚这版产品要做什么，是为了做商业化还是提升留存还是基础功能迭代。

产品经理写prd：基于业务需求和现有系统，产出可行性的prd需求文档，需求文档用于跟研发讲清楚需求更细节的逻辑是什么；比如说这版需求是为了做基础功能迭代，那需要迭代那一块，迭代成什么样子。

需求评审：拉上研发、设计师和需求方，大家一起讨论一下需求文档的落地可能性到底怎么样，如果产品经理要一个五彩斑斓的黑，那会上会受到程序员的暴击；需求评审会大家都确认没问题了，需求才会去往下落地。

设计出图：设计师产出对应的页面样式图，和产品经理、业务方确认后会给到研发进行开发。

研发开发：基于需求文档和页面样式图，研发进行开发。

为了更好的阅读体验，来飞书看吧：

https://t16jzwqrzjx.feishu.cn/wiki/UZPawHyzTi3yRxkfBbwc9zyvncf