被GPT的防御性编程整破防后,我转向了GLM5.3

随着GPT 6-Astra模型的爆料不断, GPT5.6-sol现在也真是区到不行了。

最近也能看到不少 Plus 用户反馈 5.6 降智，甚至有人怀疑部分请求被路由到了更轻量的模型。有时候5.6-sol甚至干不过思考强度拉满的terra。

再加上OpenAI重新的给plus上了5小时额度限制, 对需求量多的用户来说，这种额度设计带来的实际感受，很容易让人觉得是在把需求往 Pro 上推。

再者,5.6-sol本身的编程能力也令人堪忧,这个模型太过谨慎,所以思考的特别多,总是在一些地方过度思考,它很喜欢主动考虑大量潜在异常、兼容场景和未来扩展，即使提示词已经明确要求控制复杂度，也经常会额外引入一些实际上并不需要的保护机制和抽象层。

稍微放任不管,它还会写成SHA-256和哈希编程,你根本不知道它往map里存放的什么东西。

并且,GPT的思考时间尤为的长,就我个人而言,写好文档后交给GPT去执行任务,平均下来一个任务要45分钟才能完成,当然我承认这和我个人网络的原因也有关系,但这种效率还是太低了。

还有就是GPT那令人发指的前端审美能力,这里直接给大家放截图。

我简单的介绍一下这个项目,就是一个私有化部署的数据平台,我这边是想赶紧完成一个demo看看效果的。

然后我换了glm5.3-flash重新做了一个版本。

不过这里也要明确一点,在对GPT这个版本失望后,我重新规范并且加强了UI的设计约束,所以两个模型的提示词是不一样的,glm得到的要更清晰一些。或许同样的提示词会让GPT做的更好一点?

言归正传, 这类项目的前端设计显然是要做到清晰,简洁,操作简单的性质。

光从页面来讲的话,我个人认为glm5.3-flash是要做的比GPT 5.6-sol好不少的。当然也存在一些问题,比较明显的小问题是抽屉页 Tab 上的计数徽标略显抢眼，尺寸和偏移量都有些大，和标签文字挤得比较近，稍微破坏了整体的简洁感。节点详情页的信息层级也比较弱，各个信息区块之间的视觉边界不够明显，标题、统计卡片和明细区域的权重比较接近，扫一眼时不太容易快速抓住重点。

不过有一点，在我这段时间的实际项目体验中非常明显：5.6-sol 更容易把实现复杂化，同时完成一个中等规模开发任务所需要的时间也明显更长。相比之下，glm5.3 -flash 给我的整体开发节奏要轻快得多。

希望即将到来的GPT 6能改善这些不足,让模型能增强完成实际任务的能力,而不是只是为了跑分。