希望 本地代理(无需重启 cc 切换)+协议转换+连接 cli(用 gemini-cli或者千问-cli)
如题
本地代理正在开发中,连接 cli(用 gemini-cli或者千问-cli) 具体是什么意思?
本地代理什么时候会上,期待中。。。
期待本地代理
本地代理什么时候会上线呢
本地代理正在开发中,连接 cli(用 gemini-cli或者千问-cli) 具体是什么意思?
因为gemini-cli 有gemini 的额度 就是能把gemini-cli 也转成一个供应商
期待更新
本地代理正在开发中
是否会同时保留不热切换的开关(也就是当前的形式 不同进程 使用 不同的配置 ),因为平时喜欢多个worktree使用不同的渠道来源并行开发
本地代理是类似ccr的功能么?
本地代理正在开发中
是否会同时保留不热切换的开关(也就是当前的形式 不同进程 使用 不同的配置 ),因为平时喜欢多个worktree使用不同的渠道来源并行开发
当然会,会做成一个开关,开启后启动代理模式
本地代理是类似ccr的功能么?
是的,工作量比较大,先会做一个 openai chat --> claude
那太棒了!!
是否可以参考ccNexus 提供多端点管理功能 对现有cc-switch维护的渠道进行统一管理,Claude Code、codex、Gemini cli 统一使用cc-switch提供的端点服务,可以手动启用多个渠道、按排序及渠道健康状态轮询调用;new-api提供服务端渠道聚合,而cc-switch专注用户客户端渠道聚合使用,偏向本地多渠道灵活切换,统一配置,与ai终端无缝衔接
很好奇佬们
是否可以参考ccNexus 提供多端点管理功能 对现有cc-switch维护的渠道进行统一管理,Claude Code、codex、Gemini cli 统一使用cc-switch提供的端点服务,可以手动启用多个渠道、按排序及渠道健康状态轮询调用;new-api提供服务端渠道聚合,而cc-switch专注用户客户端渠道聚合使用,偏向本地多渠道灵活切换,统一配置,与ai终端无缝衔接
好奇佬们渠道都这么不稳定吗。。。。 轮询 gpt load 和 new api 这些不是做的挺好的吗,套一层就可以了吧。
一个对话轮询不同 api 渠道商 , 缓存不就没用了 , 花费直接爆炸。。。。更何况不同渠道的api质量参差不齐,真轮询到差的api上不是得心态爆炸。。。。