看大家都在聊any，遂尝试，似乎any当前有严格的速率限制，于是让glm来当haiku，开始爽蹬any

发布时间：2026-04-18T23:23:55.945259 阅读：5491 分类：tech

一开始发现一个现象，如果是edit模式，慢慢读文件编辑文件是没问题的。
但是一旦开启计划模式，cc尝试拉起子代理时，因为当前any的haiku似乎不可用，于是cc会自动用opus作为替代向any发起大量请求，大量的opus请求，导致any的后端直接报错，如下：


Provider any returned 500: new_api_panic: Panic detected, error: runtime error: invalid memory address or nil pointer dereference.

我不是技术党，咱也不知道啥意思，总之一旦后端返回这个就会给我掐了，所以从行为上我猜大概率是请求速率撞了后端的限制？

于是我灵机一动，既然如此，高频简单的工作让glm干不就好了？果然再没有遇到任何错误开始爽蹬any

17 个帖子 - 10 位参与者

来源: linux.do查看原文

延伸阅读