开源网关 GodeX 1.1.0 发布：大模型协议终于统一了
如果你也在为不同大模型的 API 协议太乱而头疼，这次 GodeX 1.1.0 的更新可能救你的命。6 月 1 日，这个基于 OpenAI Responses API 的开源网关正式发布了新版本，核心目的很明确：把各家各派不同的协议给统一了，让你本地就能用。
1. 默认模型换成了 MiniMax-M3
这次更新最大的变化就是默认模型。现在默认直接切到了 MiniMax 最新的 M3 版本。
更重要的是，它不仅仅是换个名字那么简单。GodeX 现在能深度适配多模态理解，甚至能把智普（Zhipu）那边的原生搜索结果，直接“翻译”成我们本地能跑的结构。这对那些习惯用智普搜索功能的朋友来说，算是个好消息。
2. 终于支持图像和视频了
说实话，之前只支持文本的时候，很多人已经有点不耐烦了。这次算是把这块短板补齐了：
- 图像与视频理解：直接支持，不用自己去转格式。
- 自动处理 URL：传进去图片，它自动转成 MiniMax 的 URL；传视频，自动映射视频 URL。
- 防坑过滤：这点挺实用。如果传进去的文件名后缀不对，系统会直接拒绝，不会让你等到最后才报错说路由错了。
- 推理输出对齐：把 MiniMax-M3 的输出路径统一调成了
reasoning_content。这么做的目的很直接，就是为了让流式输出的推理文本跟 DeepSeek 和智普保持一致，看起来更顺眼，不会觉得突兀。
3. 关于“想太多”的烦恼
用大模型做视频理解时，有个挺烦人的点：如果强行开启“思维链”（Thinking），模型会在后台思考很久，导致最后出来的答案要等半天，Token 消耗也巨多。
新版本加了个 thinking 参数开关。开发者可以自己决定要不要开这个功能。如果你只是急着要个答案，直接关掉它，优先走视频理解路径，效率会高很多，也能省点钱。
4. 智普搜索功能“本地化”了
对于用 Agent（智能体）开发的人来说，这点可能比多模态更重要。
以前智普返回的 web_search 是那种原生的在线结果，直接拿回去用有时候挺别扭的。现在 GodeX 能把它重构成标准的 web_search_call 输出。
这意味着你在本地调试 Agent 的时候：
- 能清楚看到搜索是从哪来的。
- 能看到具体的搜索调用过程。
- 还能对搜到的数据进行二次处理，不用完全依赖对方的 API 限制。
5. 部署很简单
文档这次也补全了，特别是跟 Codex 的集成部分。
部署方式很老派也很方便：npm 装一下或者 Docker 跑个容器就行。
它的核心价值在于简化了那些只支持 Chat Completions API 的服务（比如 DeepSeek、MiniMax、智普、小米这些）的调用。通过统一的一个 /v1/responses 接口（兼容 OpenAI 标准），你就不用再去记各家 API 那点复杂的差异了。
注：文中涉及的公司与产品保留英文原名以便识别：
- MiniMax (MiniMax 系列模型)
- DeepSeek
- Zhipu (智普 AI, glm 系列模型)
- Xiaomi (小米)
- OpenAI (gpt 系列模型)
- Codex (OpenAI 相关协议/代码库)
