https://linux.do 论坛的话题更新通知频道。
Hao (@haowang) 在 cpa-key-billing 近期更新:CLIProxyAPI 计费限额插件完善认证文件额度统计 中发帖
前情提要
CPA Key Billing 是一个 CLIProxyAPI 插件,核心功能是记录请求和用量,可以对不同下游 API Key 限制额度、并发、可用模型、可用上游凭证。插件商店搜索 cpa-key-billing 即可安装,插件管理点击重新安装即可升级到最新版。
近期更新
1. 完善认证文件额度统计
认证文件标签页完全重做,可以清晰的查看每个认证文件的当前额度使用情况,点击特定认证文件的额度区域,还能查看历史额度使用情况。历史额度统计可以准确识别提前重置,包括官方重置和使用重置卡。感谢 CPA-Manager-Plus 和 cpa-usage-keeper 提供的统计思路。
[image]
[image]
2. TPS 统计分析
分析标签页新增速度趋势卡片,以 1h 或 24h 为粒度统计特定模型的 TPS 分布情况及变化趋势。
[image]
3. 完善凭证路...signana.ai (@Frank33) 在 Claude Max稳定使用,已经领先99%的用户? 中发帖
之前用bitget wallet订阅了半年多的 Claude Max,结果账号突然被封,申诉毫无悬念地被驳回。
[image]
最心痛的其实不是订阅费,而是丢失了大量量化分析 Artifacts 和积累了1年的金融知识资产,很多内容都存在 Claude 云端,而官方提供的导出数据只有一行用户 ID(无语吧),所以好多知识资产是找不回来了 😭
血泪教训:一定要重视自己的数字资产,重要成果记得经常输出、备份。
痛定思痛,我重新梳理了支付、网络、设备环境等环节,上周重新开通了Max 5x,目前Max已稳定使用3天。
[image]
虽然 3 天还谈不上长期稳定,但先把踩坑后的 7 点经验分享出来,希望能帮大家少走弯路。
1️⃣ 地区选择:亚太优先,日本最推荐
目前主流地区主要是美西、日本、新加坡,但从亚洲用户的网络体验和支付便利性来看,我更倾向:
亚太优于北美:通常延迟更低...百事 (@Baishishi) 在 Claude 被封申诉后一般多久能收到回复呢? 中发帖
[210e78633268f0d0bc2a823b1a4ad67f]
[image]
我这都两天多了还没收到回复,起码给个结果我也好死心啊 😶🌫️三分 (@ldy619354397) 在 Google账号停用申诉是不是在手机端申请更容易解封? 中发帖
有一个注册了5个月的Google账号被封了,之前一直都在该账号登录的电脑Google浏览器中申请,但是申诉了七次都失败了,想问一下,是不是在手机端申诉更容易解封(这个账号最开始也是在手机端注册,然后登出只在电脑端登录)@bluesky486 在 qoder里的DeepSeek flash是1017的吗? 中发帖
如题,有没有测试过的。
qoder里的DeepSeek flash是1017的吗?
画了个鹈鹕,跟之前没差,不知道是不是harness的问题?@liuhua 在 我现在有非常稳定使用claude的方法,并且通过我们2api后,可以对接newapi,等第三方 harness 中发帖
1、自己做中转?但成本高
2、针对个人用户做好服务,服务好高质量客户就可以了
其实和远程mac差不多,但是远程mac不能很好的调用本地能力,比如你是硬件工程师、调试本地内容?那你咋办?内容放在别人的mac上安全不可控
3、后期量大后,客户的2api用户用不完,可以交由我们打包出去赚外快,好点用户可以回本,前提是做好输入内容核查庭 (@nekotine) 在 长途旅行时如何把行程上的时间效益最优化? 中发帖
此类长途行程可能短至3小时长至18小时,考虑到自身状态、项目、设备、电量等因素,如何让在行程上的这段时间尽可能不被浪费掉、并接近最优利用?
(为了集思广益避免XY Problem,先不放我具体的情况,欢迎大家分享自己的经验)Rana Pathan 在 听说gemini-4-argon 很好用! 比 DeepSeek v4.1 flash 1017 还好用,有什么渠道吗? 中发帖
某鱼买号要58 68人民币了,现在还有别的渠道吗?自己就是导入到 Claude Code 里用,谢谢各位佬Demon (@Demonr) 在 甲骨文免费额度是多少 中发帖
有没有佬帮忙解答一下,甲骨文现在免费额度是多少
我在官方看到的是 2 OCPU + 12 GB 内存,看到有些帖子说是 4OCPU + 24GB 内存
是账号升级之后可以免费使用 4+24 吗?不升级只能 2+12?@SmallMain 在 注意不同 DeepSeek V4.1 Flash 1017 渠道的性能差异!(Cline Pass 即使是官渠,首 Token 时间仍可能高达 47 秒) 中发帖
官方渠道:
首 Token 延迟:稳定 1.5 秒。
Token 输出速度:短上下文 350 tok/s 左右,稳定在 265 tok/s 左右。
Cline Pass 渠道:
首 Token 延迟:2.5 秒以上,随着上下文增长(335K),甚至高达 47 秒!
Token 输出速度:与官渠一致。
[CleanShot 2026-10-18 at 13.52.24]
[CleanShot 2026-10-18 at 13.54.10]
排除是网络因素导致:
同个会话,首 Token 延迟随着会话进行逐步提升,最终平均首 Token 延迟在 16 秒!
同个时间,不同会话,一个会话是几秒钟左右,一个会话长达几十秒。
Cline Pass 可以钉住渠道、或者是因为当前只有官方渠道:
[CleanShot 2026-10-18 at 13.57.31]
大家在测试...fujkrt 在 (纯水)为什么让大模型随机生成一个1-30之间的数字,大概率会是17 中发帖
如题,想和佬友们探讨一个奇怪的现象,为什么让大模型随机生成一个1-30之间的数字,大概率生成的数字是17?(具体流程为创建一个新对话,然后直接问“随机生成/随机说一个1-30之间的数字,第一遍生成的答案绝大多数是17)
这种一句话的随机生成是伪随机当然已经不用讨论了,想和各位佬友探讨一下这种现象背后的一些原理或者有没有一些研究探讨这个规律。
另外也很好奇有没有什么其他的“随机数”范围之间会有让大模型大概率命中的数字吗,生成的数字和所选范围之间有没有什么定性或者定量的联系,比如倾向于不选边界值,不容易出现以0或5为尾数的数字,更偏向于出现3或7结尾的数字。类似于在实际生活中得出的数字中首位数字为1的出现频率约占30%,并且越大的首位数字出现频率越低的本福特定律。