新接收了一个Vue3 后台管理系统项目的迭代功能开发需求，打算挑战不动手写一行代码直接让老 T（Trae） 替我完成！正好验证下生产级别的Vue项目老T是否能扛起来（免费的老T是真香~）。因为是公司在用的系统，所以提前“厚码”提示！作为一个没有系统学习过Vue的人，很期待看看老T 的实力如何……

一、准备工作

1、git下载项目源码（略）

2、老T上场，让他自己分析项目

首要目的是让它分析项目后，生成MD文档这样后面迭代时就不需要继续重新了解项目了。另外即使你不知道怎么运行vue项目也没关系，它会帮你搞定！

经过一段时间老T 已经帮我完成了，分析的还是很准确的，项目依赖安装、运行一条龙完成，顺利的我不敢相信！当然这可能也得益于项目本身已经比较规范。

3、继续加码，让老T 写出更详细的项目文档

虽然前面已经有说明文档了，但我觉得还不够，要是后面迭代或让其他IDE智能体接手可能还需要进一步完善开发文档。至少我把我所担心或认为重要的内容都让老T 给我整理出来（耗时十几分钟就完成了）。

帮我根据项目现状生成一个新的md文档（更具体的项目介绍及项目规范文档）。 
 ## 要求包括但不局限于以下内容 
 1、前端页面使用的前端框架是什么（比如 element)，每个菜单页面如何布局，按钮样式规范；查询区域、查询结果表格区域、表单、弹窗规范等 
 2、如果有查询、导出、上传、富文本功能时如何复用之前的组件或能力 
 3、项目如果新增菜单功能时具体应该如何创建前端页面，怎么配置路由以及与后端返回的权限联动起来（有权限的则展示对应菜单、按钮，没权限的不展示，要有实现示范样例） 
 4、这个项目在实际使用时可以根据用户权限在平台切换到 不同门店端，它是基于什么方法实现了，如果一个功能菜单在平台端和门店端都存在，它是怎么复用页面以及区别的（比如同一个菜单在平台端时查询条件有“门店名称”并且可以下拉选择，在门店端时就不展示查询条件“门店名称”或展示的是固定的不可修改的门店名称） 
 
 ## 其他注意事项 
 1、确保输出内容核心且关键，不要有无意义的啰嗦 
 2、最终生成的文档需要对前端初学者以及项目接手人友好

整个文档接近1500行，介绍的非常详细。

到这里开发迭代前的工作就已经准备完毕了，可以小改个需求试试手。

二、全局改样式的“脏活”交给你了

第一个任务简单点，就让老T帮我修改 表格的样式，现在的表格样式不够紧凑需要改紧凑点，如果人工修改的话项目积累到现在设计的vue页面很多比较费时间，另外改样式也是项目迭代风险最小的了。修改一个页面样式后就可以让老A 参考着修改了。

中间过程耗时比较长，可能是要改的文件太多了，异常中断好几次（中断了可以发送“重试”就会继续了），如果中断厉害可以尝试更换大模型，我一般是在Kimi 和Qwen 之间切换 很少排队。

最后统计涉及50+处修改，可以看下修改前后的样式对比，修改完后审核时记得对修改的内容进行核对，我是出现了一个文件里面 字符被替换异常导致报错了，手动修改才恢复。总得来说这种重复内容对老T 来说还是很简单的。

三、半天完成4个菜单页面开发及接口联调

接下来是重头戏，直接新开一个Trae任务，然后结合原型草图以及后端接口文档让老T帮我完成页面开发。Kimi模型支持上传图片可以把产品原型图丢给它，它会自动分析并开发出前端页面！因为是新开的任务，需要让他重新读md文档了解项目，否则没有上下文老T 又得按自己的想法去熟悉项目。

1、系统对接配置功能菜单开发

开发页面功能不用急，可以一个一个按顺序开发，复杂的页面先做一级功能，然后再做次级/弹窗/子页面。第一次给开发需求我是纯文字描述的，然后把接口请求方式及参数、返回等都给出来，这样更便于AI理解（大家可以猜下我们这个后端接口是不是人工手写的）。

开发完我把模型切换到Kimi-K2.5 把产品草图丢给老T ，让他补充细节。

可以看出最终还原设计草图的效果还是不错的，当然还有一些细节需要手动优化。

页面开发完就是接口联调了，因为后端接口已经完成所以这里直接人工测试即可！测试也很简单把遇到的问题直接告诉它就行。

2、门店对接配置菜单

因为前面菜单开发已经有相关项目上下文了，这里只要跟前面一样阐述功能、接口文档、参考原型草图给老T 就行。

这次因为是查询菜单，里面的“门店名称”查询条件是可以让它参考已有模块来进行复用的，参考模块可以大白话描述或者直接把对应参考vue页面给出来更好。

中间也遇到异常中断不用慌，换模型或继续发“继续”。老样子遇到什么问题统统告诉老T，他会解决大部分问题！

如果遇到的错误具有代表性，或担心它以后再犯错可以让它写入md文档

再放下产品原型草图和老T 最终开发出来的页面对比 ↓

3、推广地址管理菜单开发

有了前面2个菜单的开发对接，后面菜单开发就相对简单了，套路一样：描述菜单路径、菜单打开时做什么事情调用什么接口、接口的请求方式&请求参数&接口返回示例、不同按钮需要什么权限标识才展示；点击不同按钮触发什么事件，表单内容及保存后触发什么接口等。有能复用的组件或交互如果你不放心可以专门提出来让参考着开发。

再看下产品设计草图与最终开发出来的对比吧 ↓

4、流水明细菜单开发

最后这个纯查询、导出页面很简单十几分钟就搞定了（真的开发完就直接测试通过没有bug）。

最后

虽然这次功能涉及的4个菜单都比较简单，但是也能一定程度验证AI 迭代、改造老项目的能力还是不错的（我没用过CC、Cursor、Codex 有人说他们更强大，当然我在的也不是前端开发岗）。

另外也需要注意AI开发带来的风险问题，记得关键节点随时git提交代码，如果你能审计自动生成的代码就更好了。这次我在开发中出现前端打开页面时直接post提交接口空数据，导致测试环境该功能的配置项被全部覆盖为空了！搞得我开了代理拦截手动模式，前端的请求我都人工复核一遍再放行，要不就是提前把测试数据库表备份下来。