问题发现
我在sub2api中有一个oauth的gpt pro账号。
我将sub2api填入cc-switch然后在opencode中使用，发现动不动就要请求很久才有响应。在ai协助进行sub2api调用日志分析之后，发现貌似只有opencode会出现此种情况
日志中的信息
sub2api的调用日志中显示，使用opencode请求时有约10%-20%的30多秒首token占比，通过对首token时长按照每增加五秒长度进行分类统计，发现从首token1-5s到25-30s的请求占比正常衰减，但是30-35s的请求有跃升。应该是触发了sub2api的等待。
sub2api的等待，经过ai分析主要是上游请求等待和并发槽位等待，其源码中写死了30s，应该就是导致首token30s+的成因。但是我的opencode单并发使用仍会有此情况，而使用其他编码工具如codex就不会有等待。无法定位为什么会有opencode导致的特殊性。
环境信息等
opencode 1.14.20
sub2api v0.1.125 (统计记录量约3000+)
其他：
opencode UA：opencode/1.14.20 ai-sdk/provider-utils/4.0.23 runtime/bun/1.3.11
trellis 0.5.0-beta.15
windows 11
cc switch v3.14.1 (cc switch中测试首token均正常)
codex v0.121.0 (codex中使用首token均正常)
实在不知道原因，有佬能分析吗？
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文