为了在其他agent用上opencode go的luna,我踩了不少的坑

最近opencode上新了gpt5.6luna模型,在我看来这是订阅里唯一好用且耐用的多模态模型,但我又不喜欢opencode这个agent,为了把luna接到claudecode和chatgpt里,我发现这里有不少坑
第一个问题就是opencode的模型来源,对于gpt这种闭源模型来说,你的请求最终肯定还是要打到openai的服务器的,但基于我对中转站的认知,既然你在中间加了一个中转层,并且站内其他模型也都可以在国内正常访问,那我肯定下意识不会想着开代理去调用opencode的api,但事实并非如此,不开代理,是访问不了opencodego的gptluna接口的,会报403,而且即使开了代理,不知道为什么,经过我的测试,香港,美国,日本节点一样会403,只有英国节点可以正常访问
第二个问题就是接口规格的问题,我接了英国节点后发现,虽然请求可以正常发送,但在claude里每次对话在第一轮请求后就中止了
这个现象说实话挺难以捉摸的,也一直没有想到什么合适的解决方案,后来在我偶然去查go套餐的模型额度时,我发现文档下面有这样一张表
opencode的api不同模型的接口格式是不一样的,这就能理解为什么会出现之前的问题了,gptluna是go套餐里第一个使用response规格api的模型,ccswitch在配置opencodego套餐时默认的接口规格是completions,根本就不兼容,因为之前我都是用大模型官方的套餐或按量计费接claudecode,都是兼容anthropic接口的,这部分配置非常流畅且省心,属实没有考虑过这方面问题
不过这也并非opencode故意为之,上面也说了,闭源模型的请求最终还是要打到openai的服务器的,那openai提供什么接口规格,opencode也只能跟着用什么,这个是没有办法的事
现在最大的问题就是,ccswitch虽然可以路由请求帮你转换接口格式,但是无法给一个供应商的每个模型都单独配置接口格式,因此如果你想同时使用gptluna和更便宜的v4flash,你就只能不停地切换供应商配置,因此我只能退而求其次,改用kimi k2.7code作为我的多模态辅助模型
评论
评论加载中…