大家好呀，我是夏叶，深度AI编程使用者，专注于分享AI编程方面的使用技巧、经验以及前沿资讯，有兴趣的可以关注我的公众号，一起学习，共同进步。
一个残酷的事实是，AI编程进入2.0时代以后，会写代码已经成了程序员最次要的能力。
如果是几个月以前，我还不这么想，那个时候其实AI编程远没有这么强大，我记得我最开始用Trae开发第一个项目的时候，我如果不人工介入，AI完全搞不定。
所以那个时候我还沾沾自喜，认为虽然有了AI编程工具，但是反而是放大了程序员的能力，把我们从繁琐的重复代码中解脱出来，更加的专注于代码的整体质量。
但是今天，我用Trae的SOLO模式开发了一个从需求到上线，带前后端的中型复杂项目以后，我完全不这么想了。
这个项目就是我之前开发的markdown转小红书神器，现在已经正式上线了，体验网址如下：
md转小红书神器
这个项目虽然功能不复杂，但是也算是小而全，包含了如下功能：
- 个人认证功能，包含登录、注册、个人资料查看
- 管理员后台管理功能
- markdown实时预览功能
- markdown生成图片预览功能
- markdown文档AI总结提炼，自动生成标题、小红书风格文案、标签功能
- 实时预览和图片预览，内置9种不同风格的模板
麻雀虽小，五脏俱全，整个项目下来，我全程没有写过一行代码，但是整个从需求到上线的过程并不顺利，中间经过了多次逻辑重构，然后部署的方案也是一再推翻，浪费了很多时间。
我事后做了深度复盘，项目的瓶颈其实并不在于AI，而在于我，这个使用AI编程工具的人，在项目进行过程中，没有给到AI足够的好内容，所以导致它费了很多无用功。
所谓需要给到AI的好内容，我认为主要集中在下面2个部分：
- 需求：需求要足够明确，一个好的方式是拿Gemini当产品经理，把你的需求跟它反复的聊，最终让它生成一份合格的需求文档，同时要做好约束
- 架构设计：架构设计这个部分其实就包含了架构、技术选型等内容，这些内容我认为现在的AI大模型还没有办法给出最优解，每一个系统都有最适合自己的方案，但是AI只会给出框架内的方案，所以这部分一定要人工干预
大的框架一定要搭的好，AI才能发挥的更好，下面我结合实际项目说说我踩过的坑。
坑一：我只想要辆自行车，AI却想帮我造航母
需求阶段因为我之前已经开始跟AI反复琢磨需求了，加上我这个项目其实需求并不复杂，所以需求本身没有坑，这个阶段我踩的坑在于没有给AI做好约束，导致它把我的需求扩大了。
AI对于需求的扩大，各种情况都会有，我这个项目，就是它会添加redis缓存、admin管理之类等等一系列的东西，如果不做约束，那么做代码开发的时候，AI就会把这些都实现在代码里面，但是实际我的项目根本不需要这些功能。
那等到让AI去进行代码开发的时候，它会把这些多余功能都一一实现，如果不仔细看它的实现过程，很可能我们会被蒙在鼓里，等到后面进行连通性测试的时候才会发现，有很多多余的东西，又要让AI来一一去掉，这个过程中，会多余花费太多时间。
坑二：地基全靠AI，结果只能反复拆了重建
就这个项目而言，其实它的整体架构我做了2次重构，费了很多时间的，主要原因就是我前期考虑的不够详细。
下面我详细说说我做的两次重构，首先有一点，这个项目的核心是什么，核心是用户在实时预览里面看到的模板风格要跟图片预览保持一致，这个是最核心的东西。
但最开始AI用的方法就很不理想，它给的初版架构，实时预览是一套模板，图片预览又是另外一套。
后来我进行了第一次重构，让他们使用同一套模板，但中间总会有一些不一样的地方，最主要的是AI喜欢硬编码，所以还是导致诸多问题，图片预览和实时预览风格没法保持完全一致。
直到我进行了第二次重构，让图片预览直接复制了实时预览的整个元素DOM，才真正实现了我想要的功能。
你看，因为架构设计的不合理，导致我浪费了太多的时间。
所以综合下来，我认为最重要的就是初始的需求和架构，这两者做好了，后续可以起到事半功倍的效果，而这其中，最重要的其实是需求，因为一个产品是否成功，其实就是看它是否有商业化的价值，而要实现商业化，最重要的就是需求。
所以当前这个阶段，好的产品经理和架构师反而更有优势，程序员也要适应从代码实现者 到系统设计的转变，我们不再是一个代码实现者，代码实现可以完全交给AI。
不要说AI写的代码怎么怎么不好，实际上AI写的代码比99%的程序员写的都要好，前提是你给AI打了足够好的辅助，告诉AI做什么 （需求）和怎么做才最优（架构）。
按照我的理解，人是在跟AI进行结对编程，当前人的核心价值其实就是定义好做什么 和怎么做才最优，剩下的都交给AI去处理就行了。
好了，今天的分享就到这里，如果对你有用，麻烦来个三连支持一下吧，这对我十分重要，万分感谢！