初步兼容多语言（cursor 
）
33 个赞
大佬太强了吧
3 个赞
感谢分享大佬厉害啊
1 个赞
厉害了大佬！！！
1 个赞
感谢分享啦
1 个赞
想问问开发者大佬，new-api的哪些渠道类型会重新处理响应格式？我遇到了问题，想让newapi把格式转换为newapi通常所使用的格式，具体可以看我询问另一个大佬的帖子。
https://linux.do/t/topic/255144/328
1 个赞
至少gemini和claude渠道会转格式，如果是OpenAI渠道类型接入是不会转的
1 个赞
那自定义渠道这种方式也不转换格式吗，能不能加个选项之类的
2 个赞
自定义渠道也不会转，我看了一下你发的项目，你可以用nginx反代/hf/v1/chat/completions然后用gemini渠道接入试试
大佬这几天更新频率，太牛了
1 个赞
抱歉，没明白是什么意思。
我的理解：他项目输出的是openai格式的，不是gemini原来的格式，因此就算经过nginx反代也不会改变格式吧。
我需求是想把格式转换为new-api或者说one-api更常用的格式，方便很多第三方软件适配，因为他们适配的格式很多都是根据newapi和oneapi来的
不好意思看错了，这个项目是返回的openai格式，那不应该有任何问题才对
不过可以加一个选项强制格式化输出
1 个赞
我也觉得不应该有问题，但是就是很奇怪地有了问题。包括ios上的opencat也有问题。
因为原样返回的上游数据，他的那个好像多了一些字段。
对的，我就是这个意思，强制格式化一下。
因为我看通过newapi传出的下面两条响应都是高度相似的，而出问题的就是与这两个不太相同。虽然很多项目可以正常识别，但是会有部分项目是按照更为常见的格式来写死的。
大佬太强了 
2 个赞
可以提个issue，怕忘了
好的，刚刚去提了，没怎么提过issue，按照模版填的，希望格式没有太多问题
1 个赞
有考虑细化newapi对于渠道的管理吗大佬 