首字 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第2页 - 钛刻科技 | TCTI.cn

首字 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第2页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。

共 23 篇相关文章 · 第 2 / 2 页

喜大普奔，字节coding plan支持Glm5.1了，实测首字速度和吐字速度都难以接受啊

字节的coding plan支持glm5.1了。我是企业版的codingplan，试了一下，首字波动超级大，吐字速度也很慢只有4-5token/s，而且经常429。对比kimi 2.6和阿里的glm5，真的用起来太难受了。 kimi： 1 个帖子 - 1 位参与者阅读完整话题

tech linux.do 2026-04-23 10:15:17+08:00

如图：上游是cpa，用的是gpt-pro订阅，服务器是dmit洛杉矶pro，cpa和sub2api都装在dmit里，本地用dmit的reality节点去访问的，问题出在哪呢？我在纠结需不需要cpa和客户端之间加一层sub2api，不加的话用量看起来不详细，还是说cpa+NEW

tech linux.do 2026-04-19 01:18:16+08:00

如下图，首字偷啃已经拉完了！我没招了。这个可以从哪些方面进行优化呀，各位佬们。服务器是北京联通家里云，我人也在北京，从客户端到sub2api应该没啥延迟。然后用sub2api自带的ip管理功能上传了一个机场的订阅节点，反代的chatgpt号池。难道是机场的节点太拉了？ 1

tech linux.do 2026-04-18 23:13:14+08:00