codex拉闸后试用了一下glm5.....

问题描述：

最近一直在优化一个多平台下载器的项目，web端、ios端都做了，算是我第一个vibe coding的项目吧 ，主要就是给我自己方便下点抖音小视频的，ios的deeplink也做了，基本就是抖音分享页里面点一下app跳转拉起页面自动解析再选画质下载就行了，专为我这样的懒人服务了。

这一套就只有最开始一个前后端架子是用的cc+minimax2.5搭的，发现国模拉垮的很就换5.3codex和后面的gpt5.4做主力开发了，全程一行代码也没敲（我自己虽然是干java的，但这个项目的技术栈命中我的就只有个mysql），就把控一下项目总体方向和当个牛马测试员，下面贴几张图大概看看。

这是首页，解析我就没截了1920×833 147 KB

个人中心1920×833 109 KB

后台3840×1658 427 KB

ios端首页1179×2556 220 KB

抖音分享页点击唤起1179×2556 219 KB
解析后的下载页1179×2556 342 KB
登录辅助786×1188 109 KB

跑题了，重点来了，今天codex拉闸了没得蹬的，想着薅一个佬友放出来的阿里codingplan试试glm5现在还能不能用了，如果能有gpt5.4八成功力也成了，就让他真实项目里跑一跑帮我改一下ios端用户页的ui，那个布局太丑了让他重新调整一下。

skill就用的gstack的这一套，跑了一遍autoplan就发现不对了，如果是gpt的话跑一轮基本就直接过了，也不会review出什么问题，glm5我直接跑了三轮最后还是有点问题，我懒得搞了直接先让他执行了。

但是glm5第一点就是话太少，话少其实不算优点，它说的少你对它制定的plan理解程度就会偏低。
第二点就是速度太快，这个明显就是推理强度不够了，属于是硬伤，哪怕我已经开了high effort了，明显就是做的快想的少。
第三点就是出现了中英文随机切换的情况，做的plan里面中英文混杂在一起几乎达到了各占50%，这是gpt没有出现过的。