火山引擎coding plan/agent plan已上线GLM-5.2，并将于6月22日下线GLM-5.1.然而正如前所述，火山时不时偷偷掺水，调用的明显不是真5.2. 证据1: 上行tokens一模一样。通常来说，不同代际的模型应该分出数量不同的tokens。 虽然以上两个截图可能是因为自家模型沿用了一样的分词器，但我上个月测试的时候glm和ds的上下行tokens都一样那不招笑吗？？ 证据2: 除了tokens数量外，思维链也是一大有力证据。就算对于hello这样简单的请求，思考时间很短，但官方API和OpenCode API也总是有思维链的，不存在用户改变或设置了推理预算导致不出思维链的情况。 证据3: 一旦火山开始掺水，返回的tokens数量就变得很诡异，明显不是实际用量（50k+的window，上行tokens显示就2k左右）。 证据4: 问模型自己你是谁，不掺水的时候回答正确，掺水的时候总是回答我是Claude。上个月的时候我嗤之以鼻，感觉火山戏耍用户，明显能感觉到被路由到了一个弱智流口水模型。但难绷的是，这两天火山掺水的模型好像...
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。