glm蒸馏claude的铁证！

蒸的好啊，给我狠狠的蒸！我求着国模蒸馏

无法凭此点判断吧，我用ds去推代码，也试过很多模型接入，也会出现claude，这应该是claude code的问题？^-^

不是说了any最有可能是glm的吗，每次claude 一上新， any就只提供最新模型访问， 然后不就glm 就发布新模型

（帖子已被作者删除）

别说蒸馏了，你就是复制，我都夸他们复制的好

Pi怎么会注入ClaudeCode的提示词？

之前的pr里面有吗？是不是之前的pr里面有干扰了模型，claude模型也不会说自己是claude code啊

1. 在提交本次PR之前，模型没有去查阅之前的PR


2. 偶发事件，之前的PR并没有


3. Claude Code默认配置会自动追加这样的CoAuthor信息

真不是很正常。互相蒸馏，之前不好爆cc的回答掺杂了qwen

严肃鼓励glm蒸馏，同时希望国产大模型大量蒸馏优秀模型

我不认为模型有自我认识。即使有系统提示词限定模型身份，也会出现所谓的幻觉，上下文一长就很难保证输出了。何况模型间相互蒸馏的时候，每个回答自己模型身份的语料不都会被混着蒸馏进去？

不都是相互蒸馏 claude之前还说自己是ds呢

就蒸，就蒸，蒸^-^它。它自己都蒸，那谁不蒸谁是傻子。

就是，就 A​^-^自己事多！自己都到处蒸溜别人！

哪有不蒸馏的，claude起家靠cursor，deepseek、智普之类的不做IDE，哪里来的数据去做训练？

那我不仅不黑 glm 我还夸一句蒸得好，蒸得妙！ 放弃幻想，继续斗蒸！！！

其实也有可能是数据污染吧。毕竟 claude code 的 tool 里是有这个说明的

如果zhipu内部大量的RL数据都是从cc来的（不论是蒸馏还是自己的plan主要还是被用在cc里），染上一点污染也不奇怪。