https://linux.do 论坛的话题更新通知频道。
Letsgo~ (@cba) 在 【6-24HUB站纠纷的后续】关于这件事最后一贴,希望通过该贴讲清来龙去脉以及对hub站的一些小小的建议 中发帖
一、起因:
昨天我在例行看hub站额度的时候,突然发现一天不到时候被扣了$360 hub站额度,平时可能只有个位数,我赶快查了一下所有的log,然后排查到调用了一个佬的deepseek v4 flash 渠道,然后每一笔都是$30的支出,具体原因是佬这个渠道从0.25x以下提高到了214.3x,缓存没来得及更新,我所有的key都是只选择0.25x倍率以下的渠道,在很短时间内就被扣了360额度,当时很不舒服,因为不管按照1:20还是1:50比例,360hub站额度都是7000+甚至18000LDC的损失,因此发了一贴说明具体的情况,【遇到hub站刺客了】一个deepseek v4请求花了30 hub站额度,折合1500ldc
[image]
[image]
二、经过:
昨天大家在帖子里面讨论的比较激烈,然后大部分人都在一起探讨如何避免类似的问题,昨天 @Rick_Su 可能并没...Aezir 在 Openrouter的API兼容VS Code里的claude code吗? 中发帖
配置力竭了,怎么搞都搞不好。
同样的key在Chatbox都是能正常用claude,但在VScode的claude code要么是识别不到模型要么就是没权限用。
实际配置文件该怎么写?base url、模型名、代理配置都有什么说法?codefish 在 关于帖子被举报的后续疑问 中发帖
[image]
如图,首先我不太理解违反了社区准则中的哪一条,总不能说我是Any打广告吧?
我想我的板块和标签也没设置错啊,想着Any蹬爽了跟佬友们炫耀一下
没想到 竟然不许
那还说啥了,我以后自己爽蹬算了
😋Musame 在 今天猛猛出现Selected model is at capacity. Please try a different model,佬友们遇到这个怎么破,是在打算升级新的模型了吗? 中发帖
Selected model is at capacity. Please try a different model,佬友们遇到这个怎么破,是在打算升级新的模型了吗?wlz 在 电脑休眠要不要开启 中发帖
win11,默认是没有打开休眠功能的,那日常使用关机和睡眠就足够了吗,要不要使用休眠。
我打开了休眠,发现会创建一个hiberfil.sys,占了c盘6个g,今天清理c盘的时候看到的,
所以想看看大家对休眠的看法Naihe66 在 为什么大家都喜欢无线耳机,本人感觉毫无性价比。 中发帖
本人也用过苹果的耳机, 记得花了小一千块,现在已经电池老化了。买过Beat solo 也是一直用有线。
但是自从用了“悔恨之泪”原道之后(淘宝用券,基本没花钱)感觉耳朵也没有酸胀感了, 也不用经常充电了,也不担心丢了,这么具有性价比的耳机,大家是为什么还要花几百倍的价格买所谓的TWS的呢,有线耳机Typc-c的接口手机电脑都能用,也不用充电。K (@phlegm) 在 君の公益 这是什么问题? 中发帖
[Screenshot 2026-06-25 at 2.44.53 PM]
unexpected status 503 Service Unavailable: No available channel for model gpt-5.5 under group default (distributor) (request id: 202606250644514753596018268d9d6oYZluiTP), url: http://127.0.0.1:8317/v1/responses
[Screenshot 2026-06-25 at 2.45.50 PM]
unexpected status 503 Service Unavailable: No available channel for model gpt-5.4 under group awshz (distrib...咖啡泡橘猫 (@jumaomaomaoju) 在 最近怎么claude不思考了,佬们也这样吗 中发帖
如题,最近开max模式,话题刚开始会正常思考,但只要聊过几句,再输入和上文相关程度较高的内容时候,它就会直接秒回答,只有在输入新内容时会继续长时间思考,我记得之前不会这样,是新加的模式吗?佬们的claude会不会这样?Howe (@GHowe) 在 身为半导体从业人员的我被化肥票套牢的一天 中发帖
求解套之法啊佬们,实在是套牢了,3.3的本现在2.65了,,,结果半导体现在爽飞边子了,好几个有消息的票子都没发买,,,@sh_mm 在 codex 频繁刷磁盘的 bug 及解决方案 中发帖
Codex 史诗级大 BUG
高强度使用 Codex 的宝子们注意一下,你的磁盘可能正在遭受核打击
Codex 当前在流式任务和长时间运行时,会以极高频率往 ~/.codex/logs_2.sqlite 狂写 TRACE 日,这样的强度可以直接把消费级 SSD 直接写废
我自己也中招了,中招了的小伙伴自己输入这段提示词诊断一下吧先
提示词:帮我检测 ~/.codex/logs_2.sqlite 是否因 TRACE 日志持续高频写盘?
如果真的中招了,再输入这个提示词赶紧止损吧
提示词:中招了就直接先备份,再用 SQLite trigger 拦截 logs 表, 并 checkpoint/truncate WAL,最后采样确认 MAX(id) 和 WAL 不再增长
临时解决方案: sqlite3 ~/.codex/logs_2.sqlite “CREATE TRIGGER IF...