【提问】怎么才能控制ai写的代码质量

再vibe一段时间就发现，功能正常比代码质量重要得多 ^-^，都vibe了其实review基本也可以扔了，现在ai写的代码的review难度是很高的，各种注册器装饰器你一看一个不吱声

我说的不是让人来review，是如果才能让ai后续迭代起来 定位bug更容易

你这样治标不治本，到后面会发现，修一个bug会引出三四个bug出来，而且bug修起来越来越困难。

如果毕竟注重长期质量和规范 而不介意稍微重点的话就上 trellis 呗

不用控制，多抽几次卡，总有SSR

trellis

这个是啥呀佬 没怎么听过这个。。

这样浪费的会是我的时间和我的成本，到后面，一个小小的bug都只有fb5才修得动了

定时扫描清理技术债

就算是人写，迭代久了需求多了，也是会有很多技术债的，人不一定比AI写的可持续维护性更高

其实人还是缺少了对代码工程的了解，而AI 又没有持续的记忆，文档又极容易腐烂，导致成为了一个黑盒，所以才会导致后面越来越费劲，且人还无法正常接手维护了

这个你可以站内搜索相关的文章说明 就是一个 ai 辅助开发手脚架 比较注重长期规范记忆这些。你可以结合站内佬的测评来综合考虑是否适合自己的项目。

Vibe coding 最大的问题之一就是 AI 太喜欢加东西，老是给我乱七八糟加一堆没用的东西，我觉得最有用的还是少而清晰的service

用上 spec coding，其实说白了，不是上班，自己 vibe，不太会用，麻烦

（帖子已被作者删除）

不定期重构吧，不同开发阶段的系统架构不一样很正常，我上上周才花1500刀的5.6-sol重构了从5.4时代堆起来的屎山

http://spec-first.cn/guide/

让 ai 对每个业务模块进行拆分分析存储本地文档，

大致了解每个业务流程模块的过程。

不至于到时候手里没绳子没法牵着 AI

定个标准给ai参考，可以控制生成方向。但控制不了生成质量。质量本身吃的是模型代码能力，你写再好模型抽风都没辙。笨办法多备份多测

要学会慢下来。想快起来，不容易，想慢下来，更不容易。要遵循软件工程规范，要比人工时代的更遵循，文档先行，评审强化，文档要比人工时代出的文档更详细，评审要比人工时代付出更多的时间和精力，然后在进入编码，测试…，如此循环…

不用控制，只要他自己能看懂就行 ^-^

1. 你自己心里有数么


2. 如果没数，能先问 ai 方法、架构、设计甚至直到方法级，或者提取工程已有规范，教你直到你有数么


3. 如果有数了，说明已有了审核能力，那把 AI 当成一个新入职的资深架构师，这货有能力有水平，但是对你们公司和你的目标一无所知
   
   所以……
   
   尊重他的无知，事无巨细坦诚相告；尊重他的技术，把实施的细节交给他；别忘了倚老卖老，该喷他的别惯着。
   
   让这个新来的准备抢你位子的老架构变成纯牛马，而你，则是趴在他身上吸血的万恶资本家……

这句话本身就很矛盾呀，你不控制它怎么可能后面看得懂呢？