glm5.2真的强吗,嵌入式领域有些失望

wuwen-aw 2026-06-15 15:45 1

我感觉它用起来属于那种非常勤奋非常遵守程序开发规范但脑子很笨的模型

全程测试于zcode的思考模式glm5.2,测试用的是嵌入式的一个rtk小项目,内容就是两三个模块之间互相传数据,并且有个透传功能连电脑串口


首先它不能正确处理rtcm(差分数据),一段几k的数据解析起来直接用了30分钟,而gpt网页版三分钟就能给出正确答案,glm还在一遍遍修改自己的py脚本,而且最终答案也是非常胡扯,我追问一遍后它直接摆烂瞎编

其次它跑代码轮的时候充满大量的无效思考,以及大量的低级错误,虽然都能在开发规范下自我修正,但感觉就是很笨

最后它对宏观处理也很差,经常钻牛角尖,然后忘记宏观更重要更基础的认识


佬们都觉得很强吗?为什么我感觉完全不如gpt5.5和opus4.6呢?



最新回复 (19)
  • trader 06-15 15:50
    1

    harness做的好,无奈聪明度还是不够。。

  • admin 06-15 15:51
    2

    你要相信国内的营销和使用体验实际有很大的区别的

  • jcc 06-15 15:53
    3

    glm这个是和opus4.8一个路线的


    所以,opus4.8的问题,glm也一样会有


    其实之前就能预测到,glm5.2会接近opus4.8的体验,但是不可能替代opus4.6,只有肥波能替代4.6


    至于你说的小众场景的代码,还有语言能力,这些是要靠模型参数的,不提升参数量很难解决

  • Doubleflower 06-15 15:53
    4

    等开源之后试试第三方的吧。现在官方的算力,大概率也是降智的 ^-^

  • NukaColaM 06-15 15:54
    5

    我也是拿来做嵌入式的,这个领域相对数据少一些,训练或者蒸出来就是没这么好。

  • wuwen-aw 楼主 06-15 15:59
    6

    佬现在用什么模型比较多,我感觉现在模型处理底层的c和寄存器之类的,只有op比较厉害

  • dO 06-15 16:02
    7

    佬有用过codex处理底层吗?我感觉codex还不错

  • Polaris 06-15 16:04
    8

    请教一下 肥波是啥模型哦,哪家的

  • Froosen 06-15 16:06
    9

    claude新出的模型,现在下架了

  • Polaris 06-15 16:08
    10

    哈哈哈哈哈 原来说的fable5 我一下没反应过来。fable确实很能打的 除了价格贵。

  • Cimix 06-15 16:08
    11

    嵌入式应该要给个指导文档才行吧。

  • wjy 06-15 16:10
    12

    glm5.2似乎模型参数量并没有增长,不到1t的参数量决定了这个模型世界知识不够丰富,也不够聪明。针对编程特别优化过,才有了现在的成绩。编码能力是否可以迁移到其他领域,要打一个问号

  • wuwen-aw 楼主 06-15 16:10
    13

    gpt和cl都有在用,还是cl比较省心,但太贵了,gpt5.5也还行但是老是降智很难受,而且对于底层的东西我也看不太懂,比如各种寄存器和串口冲突的优先级,我排查的话花费功夫不比我手写少,一旦降智推翻过去的说法会陷入开发地狱

    所以我一直在找个更稳定的便宜模型做开发

  • origin 06-15 16:11
    14

    毕竟模型大小不到1T,世界知识肯定是不到位的,如果嵌入式开发之类的小众一点的开发,最好在目录下面留一个文档以供glm查看

  • Muse 06-15 16:12
    15

    如果文档是公开资料,建议把开发文档投喂进去。数据少就怕有幻觉。

  • 项太傅 06-15 16:14
    16

    glm 偏科是可预见的,参数不到 1T。GPT 和 Claude 当然更好,但是恐怕难度越来越高了。

  • jcc 06-15 16:16
    17

    opus-4.8参数也是缩水的,可能也是1t参数


    4.6应该是5t


    肥波的话,至少是5t,甚至可能是10t

  • NukaColaM 06-15 16:16
    18

    就GLM-5.2啊,公司给啥用啥,也不是不能用,多纠正几次就行。 ^-^

  • 宋帝 06-15 16:19
    19

    现在新模型都有同一个毛病,过度思考,导致注意力转移,漂移,有些问题很简单,他固定给你思考一大坨。

* 帖子来源Linux.do
返回