火山引擎的glm5.2为什么和opencode go里面的不太一样

opencode都是自己部署的，火山应该是参水key

站内已经有很多关于火山掺水的讨论了, 跟账号有关

[image]
火山引擎coding plan/agent plan已上线GLM-5.2，并将于6月22日下线GLM-5.1.然而正如前所述，火山时不时偷偷掺水，调用的明显不是真5.2.
证据1: 上行tokens一模一样。通常来说，不同代际的模型应该分出数量不同的tokens。
[image]
[image]
虽然以上两个截图可能是因为自家模型沿用了一样的分词器，但我上个月测试的时…

我在这里说个暴论，火山引擎code plan现在的glm5.2就是claude，具体版本未知，并不是真的glm 5.2 ^-^ 另外如果用ark-code-latest，选auto模式，模型是chatgpt

但是他这个模型不太像是Claude, 可以试试经典的"锅内倒入植物油烧热" 如果是GLM-5系列会看不到这个token

火山 coding plan 基本已经确定是掺水, 但是比起掺水我更加感兴趣的是他掺水的这个到底是个啥模型
目前我这个号的情况是:

锅内倒入植物油烧热 稳定返回菜谱, 肯定不是 GLM 系列
模型自称 Claude, 知识库截止时间 2025年1~4月, 每次回答都在这个时间段内, 符合 claude-4 系列的特征. 但是通过改系统提示词可以让它变成任何模型, 真正的 Claude 不会有…

全量版肯定是官方的，其他平台如果是自己部署的，可能是量化版的，的确有区别，我以前也遇到过这个问题

测试了，火山引擎的可以正常输出，奇怪的是，trae的glm居然也是真glm。trae和火山引擎不都是字节的吗怎么还能区别对待 ^-^

我opencode go 用官方url反代出来给cc用发现用 glm5.2用 锅内倒入植物油烧热 测试会有问题，输出和直接使用opencode 调用不一样，测试了一下反代出来的glm5.1 会忽略这个token；不清楚不使用opencode 客户端调用go的glm5.2是不是掺水了

众所周知，火山里的glm-5.2不是glm…opencode go里的glm-5.2是真货，所以你能感觉到明显的不一样。