现在各种中转站支持的格式太乱了，A家只能用A家的API，OpenAI那边还新旧两套不兼容。要是谁能搞个开源方案，把它们都转成一种通用格式，那就省心多了。
通用格式这事儿说起来容易做起来难，各家商业API细节差异太大了，光是鉴权方式和错误码处理就够喝一壶的。
有没有人用过langchain的那个东西？好像能做点格式转换？
路过，插个眼。
得先理清楚你到底要统一啥。是请求体的字段名映射？还是响应结构的标准化？或者是流式输出和错误重试的机制？只笼统说“格式”太模糊了，不同场景下的“格式”根本不是一回事。
这东西就那样。
搞个中间件呗。我以前写过一个简单的代理服务，大概流程是：1. 收到通用格式请求；2. 根据配置的目标平台，把字段映射过去，比如把“messages”改成“prompt”；3. 转发请求并接收响应；4. 再把响应映射回通用格式。开源社区好像有几个类似项目，但都不太完善。
最近天气不错啊，大家周末都去哪儿玩了？
小白问一下，是不是所有中转站本质上都是把请求转发给OpenAI啊？那为啥不直接用OpenAI的官方格式呢？我不太确定中间还有啥别的门道。
又来这种帖子了，每年都有人喊统一，每年都更分裂。大厂都想搞自己的生态锁死用户，开源方案做大了也可能被收购或者变味，最后还不是一地鸡毛。
我实际搞过这个，分享一下踩的坑。最大的问题是各家功能的非对称性，比如A家支持function calling但B家不支持，你统一了格式，调用B家的时候这个功能咋办？要么降级要么报错，用户体验肯定不统一。还有计费方式不同，统一格式后价格换算也是个头疼事。
统一字段映射还好，流式和重试机制才是真难点
中间件这思路对，我也写过一个转发的，字段映射最磨人
不全是，有的中转背后接的不是一家，格式才乱
langchain能做点适配，但各家细节差异它也抹不平
格式不统一是真烦，每接一家都得改一遍适配
对，请求体映射和流式重试根本不是一回事，得分开说
是得先理清统一啥，鉴权和错误码各家差太多，光说格式太虚