背景:两个月前,我深度体验了 Trae(Pro + Solo 模式,Claude-4)后,在查评社区发了一次 “BAD” 差评。当时结论是:“起项目可能不太行,一直存在幻觉(估计是上下文问题),用起来很多报错……慎用。”
所谓爱之深恨之切,这2个月使用后,我改观了,专门回来改“GOOD”评了,不知道是产品这两个月迭代更新还是个人能力问题。
回看我当时的“痛点”
“Debug 修改……明明改过的代码……又改回错误的版本”
“任务列表……过程中 bug……突然就有新的任务列表”
“起项目一直运行不起来……很多东西得欠缺”
2个月使用后,同时也体验了Cursor,跟claude-code等AIcode工具,发现或多或少好像都有这个大问题。
再加上我对aicoding工具的期待一直是:把 Trae 当成了一个“高级程序员”,给了它一个特别大的需求,然后越改越有问题,甚至出现bug,上下文丢失
而这两个月的使用,我发现其实使用的人也需要规划好工程,从ai有限的能力上发挥最大的潜力。两个月前的产品确实“一般”。 说实话,当时的产品在上下文稳定性、Debug 流程等方面确实还有很多毛刺,这放大了我错误方法带来的混乱。我当时的开发流程是混乱的,AI 工具的稳定性也还不够,两者叠加,体感自然很差。
不过在这两个月里,我看到 Trae 团队一直在高频迭代(这一点必须点赞),而我也换了一种思路。我开始使用规划思维来用这些AIcode工具让直接的效率事半功倍,
纯纯分享欲犯了,想分享一下自己的流程(不喜勿喷哈哈[旺柴]):
阶段一:
使用Trae(AI)生成纯静态前端页面(uniapp, Vue2)。拿着静态页面和需求方“对了改,改了写”,用这份静态页面“锁死”MVP 的需求和交互。
阶段二:
使用 Trae 先扫描项目,核查 page 配置,删掉“孤儿”配置,保证项目完整性。规划数据库,让 Trae 解析前端工程,生成 SQL 初稿 → 再指挥 Trae 对初稿进行两次复查 → 我最终审核。
规划 API(核心!): 我用一份极其严谨的 S1-S8“逆向工程规范”指挥 Trae,基于前端页面逻辑与交互,SQL文件,**“逆向”**生成两份同源文件:
API 说明文档 (给后端 AI 用)
API 配置文件.js (给前端 AI 用)
阶段三:
后端施工: 我把 SQL 直接导入数据库。把 Trae 自己生成的 API 说明文档 “反向喂给” Trae,指挥它“按图索骥”生成所有后端代码。
前端施工: 我让 Trae加载那份 API 配置文件.js,在原有的静态页面上接入。
当我用这套“强规划、强约束、强一致性”的流程,去驾驭**“迭代后更稳定”**的 Trae 时,很多aicoding问题都能解决,并且修改代码过程中也可溯源了。
使用的模型是 claude4
所以,我很高兴看到这两个月 Trae 产品在迭代,深度体验后也反哺我自己的开发思路也在迭代。再次为我两个月前那个“慎用”的言论做出修正,当时在错误的方法和当时的产品版本下,得出的片面结论。也感谢 Trae 团队的快速迭代(我是付费用户),现在Trae确实可以帮上我了!!