五一假期窝在家里写了五天的代码，流程总体上用的是CodeStable（好用，爱用！）：
【自荐】厌倦了OpenSpec 、OMO、superpowers？试试CodeStable
开发调优
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 EasyS…
把项目接入CodeStable有一个很强的优点：CodeStable走的是做计划->写代码->验收这个流程，每个流程可以交给不同的AI去做，就可以让不同的AI去做架构和去写代码。
这几天用了opus-4-7，dpskv4pro，mimo-v2.5-pro，glm-5.1，总体感受如下：
做架构最强的还得是 A\ 的Opus，做得稳稳贴贴的，考虑周到，不过度抽象；然后就是dpsk和mimo了，略逊色一些，但还是能用的，偶尔会在一些小细节上出疏漏。
在写代码方面，opus-4-7有点弱智啊，远不如之前的opus。但是由于上下文的差距（glm-5.1）或者模型能力的差距（dpsk、mimo），让国模直接去写代码还是比不上opus-4-7。可倘若我们让opus提前做好的架构，然后让glm-5.1根据opus的架构来跑代码，效果非常不错。
关于mimo和dpsk还是想说几句，总体上感觉这两者相差不是很远，并且都不太适合用来写代码，glm能一遍过的问题，这俩难兄难弟得想个半天。然后这俩指令遵从度都不是很高，得在prompt里提示好几次才行。不过用来做架构还是可以的——glm在这方面就逊色许多，而且要么偷懒，要么就是过度抽象。
[!TIPS]
对于一个复杂的需求，务必得让架构师拆成几个小需求，再去让glm做，否则你一定会后悔的
总结：opus/dpsk/mimo指挥可怜的glm
3 个帖子 - 2 位参与者
来源: linux.do查看原文