除了为了支持显卡驱动跟屎一样的intel芯片的mac，我想不到什么不用webgpu用webgl的理由

实测，不降智的grok4.6 ≈ gpt5.4味的单字中文黑话满天飞的glm 5.3。虽然glm 5.3的说人话能力也没好到哪里去就是了。 然后，这俩都被cc+dsv4.1f踩头。 以上均在zcode和grok build里测试。

你都想省钱了直接海鲜市场呗

oai抓分发根本不用看ip，同一个pro账号早上在设备A上写项目A、中午在设备B上面写项目B，下午在设备C上面写项目C，连续一周天天在写不一样的项目，不用想都知道这号是什么情况。

换ip说的是web端 web端风控跟codex是独立的两套

 这不就是这个吗

正规官渠也会偷偷路由别的模型，某些官渠还偷偷降智恶心人 → 你永远无法知道你的请求被倒了几手，哪怕你请求的是官方站 → 你甚至无法保证官方在利用你的对话数据做后训练的时候真的做过脱敏了 → 既然这样那不如大大方方中转站，至少对话数据被卖了被拿去训练是也算是在给全人类做贡献了

 酱紫戒

合订本1.0：《蒸馏无用论》 合订本2.0：ds不可能路由fable，没必要冒那个风险，真干了迟早被人发现（还真是） 合订本3.0：你有证据吗就在这说“（一般路过网友：还真有） 合订本4.0：ds本来就很容易破甲，没有zz甲说明不了什么（一般路过网友反手甩了个触发网安生物甲的session上来） 合订本5.0：没zz甲，但是有网安生物甲也不一定100%是fable啊，也可能是其他外国模型 合订本6

印象里dsv4f刚出来那会儿我就试了cc里空用户级CLAUDE.md+空项目级CLAUDE.md是最聪明的，我用中文问他100%用中文答，把这俩加上就开始胡言乱语+有概率用英文回答了

隔壁鲁迪这周转折点4，大肥鱼也来凑热闹是吧

买一个软路由装openclash接在光猫跟主路由中间，不要在自己电脑上装clash

试了下并不能解决体积大的问题，Avalonia AOT之后仍然保底30M+

就是掺水的意思，跟fable下架那段时间的提供号称美国战争部渠道fable的中转站是一个意思

> - 做在且仅在Win上运行的程序 > > - 不要Electron技术栈的，WebView2也不要 > > - 尽量轻量，以hello world为例，release版本的大小>10M，内存>50M的统统拒绝 > > - 支持高dpi > > - 原生支持CJK输入 > > - 界面原不原生随意 > > - 运行效率尽量高，至少要比python高 > > - 向他人分发时，尽量避免让他人安装依

车企的HR对谁负责？ 负责管车企HR的人对谁负责？ 负责管“负责管车企HR的人”的人又对谁负责？ 不把这些想清楚，无非是一茬牛马割不动，换另一茬割罢了

一个完整的session里很大概率带了用户的%HOME%或者%TEMP%路径，从里面可以拿到OS用户名，比如：C:\Users\我的用户名\AppData\Local\Temp 这种

srds，dsv4f的激活参数不是10B吗


尊敬的chromium的受害者您好

个人感觉5.6系的模型就不适合让它自己凭空写测试，最好还是用其他发散能力强的模型把所有需要约束的边界情况探索出来之后，整理成文档再交给gpt来写测试。

 算目前为止最高的吗

事实上，我们的token太多了，多到我们不知道该怎么办才好。人们来求我，说，求求您tibo大人，我们蹬得太猛了，我们都快承受不了了，我们不习惯一直蹬。在你出现之前，我们总是在到处找低价渠道，但现在我们token多到根本用不完。我说，不不不，你们还得继续蹬，你们得大蹬特蹬，你们会比以往任何时候都消耗更多的token！