gemini……这个感觉使用的地方太少了就没做

单用户，没有做多用户

可以的，openai chat/responses 和 anthropic 三种格式任意转

F12 截图看一下请求响应 > 加个处理中的日志的过滤  > 故障转移的功能去掉了，日志这个可以考虑加一个自动轮询开关 暂时不会加自动的功能了,不太好加 > 熔断器配置 这个是没删干净,下一版我删掉 > 当前日志记录下每个渠道重试了几次最好能显示出来 现在有显示

别加v1,另外 i/o timeout 这个是你得加个代理,你这个API能直连吗?

会的,如果有使用单渠道多URL多KEY的话还是自己备份一遍,别的功能影响不大

现在同协议直接透传了,请求体,请求体,响应体,响应头这几个octopus仅只读做统计,不做任何修改,应该不会出现这种问题了

等我再沉淀一下个人能力后续再加上吧,目前的故障转移真的不好做,渠道切换恢复冷却,健康检查,东西太多了 切的快会丢缓存,切的慢会被抱怨响应慢 ^-^

 可以使用这种方式 例如配置文件名称是 xxx.config.toml 然后就可以 codex -p xxx``` # profile: octopus (self-contained) # usage: co

> 心目中最易用的项目 感谢 > 不过好像不支持生图模型 目前有个生图的PR合并进来了啊,可用性我没有测试,后续其实是想彻底砍掉 > 另外看了PR大家贡献了好多想要功能，不过都没合进去好像 这个是我自己的问题了 > 有一个问题就是触发了渠道熔断之后，不知道咋解开，就一直在错误请求，需要换个模型之后才能解决 目前正在整个重构 负载均衡 模块,下一版我重点测试一下 ![图片](https://cdn3

对,我想的就是专注这几个功能,目前的单个渠道多key多url,还有图片,嵌入接口啥的是想抛弃的

cpa的网关功能应该不如octopus的分组模型映射直观吧 > 还以为佬跑路了 在沉淀 

前来支持 > 协议透传 这个功能一直想加来着,前段时间把协议转换切换到 `axonhub/llm` 的时候就想加上了