有没有稳定好用的中转器,除了cpa sub2api

这几天真是被sub2api cpa气的不行,功能做的实在是太差了 先是cpa有模型添加bug,我明明加了5.3codex,模型列表就是不显示 又加了个5.4,你猜怎么着,5.3codex又回来了 然后是sub2api,格式转换一坨,工具调用全出错,cpa也差不多少,我fireworks的api用OA...
有没有稳定好用的中转器,除了cpa sub2api
有没有稳定好用的中转器,除了cpa sub2api

这几天真是被sub2api cpa气的不行,功能做的实在是太差了

先是cpa有模型添加bug,我明明加了5.3codex,模型列表就是不显示 :sweat_smile::sweat_smile::sweat_smile: 又加了个5.4,你猜怎么着,5.3codex又回来了:sweat_smile::sweat_smile::sweat_smile:
然后是sub2api,格式转换一坨,工具调用全出错,cpa也差不多少,我fireworks的api用OAI格式转A/格式就调不了工具,直接用A/格式,不转换就又好了:sweat_smile::sweat_smile::sweat_smile:
更让人火大的是路由机制,我的CPA主渠道是fireworks,还放了几个低优先级的公益站作为兜底,结果CPA不知道怎么回事用着用着就开始请求公益站,fireworks明明也没报错啊,把公益站搞报错了还一直发请求,fill first难道是这个意思吗:sweat_smile::sweat_smile::sweat_smile:sub2api更不用说,直接把kimi2.6回退到gpt5.4,我寻思我也没配置这个回退啊,总不能是随机回退吧

多渠道聚合对我来说真的很重要,协议转换不要求了,但是起码的路由和回退机制不算难吧,求佬友推荐合适的中转器,真的受不了了

10 个帖子 - 5 位参与者

阅读完整话题

来源: linux.do查看原文