B3n

> 这个的意思就是，不但兼容成openai的渠道，同时也保留源路径的请求信息把 bingo 我个人认为这样既能满足 songquanpeng 大佬最开始的口号，也能满足市面上第三方客户端的正常调用 两全其美，何乐而不为 不过个人代码水平有限，所以不敢pr，期待哪位大佬拨冗适配一下

#121

如果你用的只是 midjourney proxy，那是不支持换脸和混图功能的。需要你的服务器支持 midjourney proxy plus 才行

> v2.14.7 看是否 合适你的预期 多些大佬，测试了没问题

不好意思大佬，还有个小问题： 在手机端操作绘图时，设置好参数后，点击绘图。 聊天内容可以看到，已经发出去任务请求了，但是这个 绘图参数框 却没有自动折叠 每次得用户自己点一下上面的空白处才能折叠 绘图参数框 这个可以改进一下嘛，点击绘图的同时折叠这个绘图参数框 @Dooy

> 下个版本 更新下 刚才发现我没说清楚 绘图下 点 生成图片，可以自动收回 但是另外三个 换脸 混图 dalle，不会自动收回

对话这个功能确实很好。 大半年前就有很多类似的语音对话平台，比如 call annie 几个月前官方也在 APP 上支持了实时对话 这个需求市场还是挺大的，正好官方也出了这个实时语音流的api，希望作者可以考虑一下。

> > 大佬您好，有这样一个需求场景您看看是否有实现的可能，目前市面上基本上看不到这样的项目： > > 类似于微信里的语音聊天（非实时）： > > 我们将打字模式切换为语音输入模式，长按语音输入开始说话，结束长按后，用户输入的语音内容会通过whisper转换为文字并传输给gpt模型（注意，这个转换过程是隐藏传输的，用户在界面上并不能看到语音转换后的文字部分，除非它点击自己的语音并手动显示文字）。之后gpt接收用户文字后回答（无需流式传输），回答完成后自动调用tts并转换为语音自动播放给用户（这个转换过程也是隐藏传输的，用户也是看不到gpt回答的文字，而只能收到最终tts转换的语音）。 > > 这样就实现了类似于微信里的语音聊天功能（非实时）功能。 > > 这其中有一个不好的体验就在于用户在收到回答前的等待期过长，是否还可以考虑采用tts流式回传方式解决，这个官方目前是支持的。 > >  > > 前半部分都好实现 就是语音流试输出 在浏览器上 相关的技术需要攻克 > > `call annie` 这个平台可以参考？ 确实，连...

OpenAI ，5.6 才支持这个参数 https://platform.openai.com/docs/changelog/may-6th-2024 Azure ，这种 **非关键性** 的参数（除了超高并发中转为了节省 CPU 计算资源外，没多少系统会在意） 没个个把月 甚至一直不支持 我觉得都是可以理解的 但是这种参数（获取重要数据，更改后会造成严重后果的），不要由 one-api 来做处理 OpenAI 支持这个参数，原样传过来就行。Azure 不支持，报错传过来就行。 如果要为了 Azure 而 **伪造** 这个参数，我觉得是不应该的。一旦伪造的念头出现，那无须多言。