Github Copilot支持需要进一步改进

[RoyLi-Pvt]

• 切换是否开启API代理会丢失CC配置文件中其他已在Copilot提供商处做出的配置
• Copilot提供商实质上应该无法在不开启API代理的情况下启用,因为需要协议转换,但Copilot提供商默认的配置是直接将Github的API地址写入CC配置文件
• 即使开启了全局网络代理,Github认证仍然不通过代理进行
• 当前Copilot的API调用逻辑有问题没有合并工具调用和子代理导致Copilot会话数以异常快的速度消耗一次简单的文档更新对话就可以消耗一百多次.

关于工具调用和子代理的处理可以参考 caozhiyuan/copilot-api 这个应该是相对比较完善的子代理的合并需要插件支持 yuegongzi/copilot-api 和 router-for-me/CLIProxyAPIPlus也有部分实现

[farion1231]

感谢反馈，我研究一下。

[jokelord]

我配好了cc和proxy, 结果一直400发不出一句话。 期间没有AI编程，然后看到copilot的token额度统计莫名涨了3%
有人后门盗用了吧

[RoyLi-Pvt]

我配好了cc和proxy, 结果一直400发不出一句话。 期间没有AI编程，然后看到copilot的token额度统计莫名涨了3% 有人后门盗用了吧

既然发不出去那就是没配好 幸亏你没配好 你要是配好了一句话额度就没了 根本都来不及被盗用 我配好之后调用次数从140左右直接干到235 得亏我是3-31测试的

[RoyLi-Pvt]

• 切换是否开启API代理会丢失CC配置文件中其他已在Copilot提供商处做出的配置
• Copilot提供商实质上应该无法在不开启API代理的情况下启用,因为需要协议转换,但Copilot提供商默认的配置是直接将Github的API地址写入CC配置文件
• 即使开启了全局网络代理,Github认证仍然不通过代理进行
• 当前Copilot的API调用逻辑有问题没有合并工具调用和子代理导致Copilot会话数以异常快的速度消耗一次简单的文档更新对话就可以消耗一百多次.

关于工具调用和子代理的处理可以参考 caozhiyuan/copilot-api 这个应该是相对比较完善的子代理的合并需要插件支持 yuegongzi/copilot-api 和 router-for-me/CLIProxyAPIPlus也有部分实现

再补充一下目前yuegongzi/copilot-api 应该也完整实现了工具调用和子Agent的合并并且提供了对应插件

[lulutanKe]

这个是配置到opencode更好？

[RoyLi-Pvt]

这个是配置到opencode更好？

opencode官方就支持不需要第三方转换

[Mason-mengze]

• 切换是否开启API代理会丢失CC配置文件中其他已在Copilot提供商处做出的配置
• Copilot提供商实质上应该无法在不开启API代理的情况下启用,因为需要协议转换,但Copilot提供商默认的配置是直接将Github的API地址写入CC配置文件
• 即使开启了全局网络代理,Github认证仍然不通过代理进行
• 当前Copilot的API调用逻辑有问题没有合并工具调用和子代理导致Copilot会话数以异常快的速度消耗一次简单的文档更新对话就可以消耗一百多次.

关于工具调用和子代理的处理可以参考 caozhiyuan/copilot-api 这个应该是相对比较完善的子代理的合并需要插件支持 yuegongzi/copilot-api 和 router-for-me/CLIProxyAPIPlus也有部分实现

• 第一点：不明白是什么意思，您可以描述的一下现象与复现步骤吗？
• 第二点：没毛病，本身就是要开启Claude 代理来转换对话格式才可以用的
• 第三点：是否代理github这个站点不是ccswitch决定 是由你的代理工具决定的，你设置好代理
• 第四点：存在这个问题，刚刚修复了,欢迎测试提出问题
• 第五点：调用工具和子代理来说不是很熟，在我的理解如果对话格式转换正确，Claude code的工具和代理应该是可以正常调用的，因为都是内置在claude code中的，所以只要ccswitch代理对话转换格式正确应该就可以（有可能是错的因为对这个不熟悉）

[farion1231]

已经针对工具调用和直代理的问题进行了详细的修复，会在下个版本推出 Zhou Mengze ***@***.***> 于2026年4月5日周日 17:47写道：

…

*Mason-mengze* left a comment (farion1231/cc-switch#1813) <#1813 (comment)> - 切换是否开启API代理会丢失CC配置文件中其他已在Copilot提供商处做出的配置 - Copilot提供商实质上应该无法在不开启API代理的情况下启用,因为需要协议转换,但Copilot提供商默认的配置是直接将Github的API地址写入CC配置文件 - 即使开启了全局网络代理,Github认证仍然不通过代理进行 - 当前Copilot的API调用逻辑有问题没有合并工具调用和子代理导致Copilot会话数以异常快的速度消耗一次简单的文档更新对话就可以消耗一百多次. 关于工具调用和子代理的处理可以参考 caozhiyuan/copilot-api <https://github.com/caozhiyuan/copilot-api>这个应该是相对比较完善的子代理的合并需要插件支持 yuegongzi/copilot-api <https://github.com/yuegongzi/copilot-api> 和 router-for-me/CLIProxyAPIPlus <https://github.com/router-for-me/CLIProxyAPIPlus>也有部分实现 - 第一点：不明白是什么意思，您可以描述的一下现象与复现步骤吗？ - 第二点：没毛病，本身就是要开启Claude 代理来转换对话格式才可以用的 - 第三点：是否代理github这个站点不是ccswitch决定 是由你的代理工具决定的，你设置好代理 - 第四点：存在这个问题，刚刚修复了,欢迎测试提出问题 — Reply to this email directly, view it on GitHub <#1813 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKW3RFCPKD22YUJN3FTFE6L4UITRLAVCNFSM6AAAAACXIBMPGGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DCOBYGYZDCMBZGA> . You are receiving this because you modified the open/close state.Message ID: ***@***.***>

[xiongxingplus]

我配好了cc和proxy, 结果一直400发不出一句话。 期间没有AI编程，然后看到copilot的token额度统计莫名涨了3% 有人后门盗用了吧

既然发不出去那就是没配好 幸亏你没配好 你要是配好了一句话额度就没了 根本都来不及被盗用 我配好之后调用次数从140左右直接干到235 得亏我是3-31测试的

是的呀，很恐怖，我5天干到了1000%，感觉要被公司开除了。。。

[Mason-mengze]

我配好了cc和proxy, 结果一直400发不出一句话。 期间没有AI编程，然后看到copilot的token额度统计莫名涨了3% 有人后门盗用了吧

既然发不出去那就是没配好 幸亏你没配好 你要是配好了一句话额度就没了 根本都来不及被盗用 我配好之后调用次数从140左右直接干到235 得亏我是3-31测试的

是的呀，很恐怖，我5天干到了1000%，感觉要被公司开除了。。。

异常消耗问题在#1894解决了的重新clone打包