MiniMax-M3 成推荐默认模型v1.1.0 将 MiniMax provider 的推荐默认模型切换到 MiniMax-M3移除原 MiniMax-M2.7 相关模型配置。若之前在 godex.yaml 中配置过models:aliases:gpt-5.4-mini: minimax/MiniMax-M2.7-highspeed升级后建议改为models:aliases:gpt-5.4-mini: minimax/MiniMax-M3这并非简单换模型名MiniMax-M3 在 GodeX 中补齐了多模态输入、思考控制和推理输出映射是此次版本最重要的 provider 升级。支持 MiniMax 图片和视频理解GodeX 的核心是把 OpenAI Responses 输入转换成各家模型的 Chat Completions 请求再将上游返回重建成 Responses 输出。在 v1.1.0 中MiniMax provider 支持文本输入、图片理解、视频理解。Responses 中的 input_image 会转换为 MiniMax 的 image_url content part视频 input_file 会转换为 video_url content part。视频输入支持常见视频 URL、data:video/... 数据以及无扩展名的签名/CDN URL。同时GodeX 会拒绝明显非视频的未知文件扩展避免将 .docx、.js 等文件错误路由成视频。reasoning 对齐到 reasoning_contentMiniMax-M3 的推理输出已切换到 reasoning_content与 DeepSeek、智谱的 reasoning path 保持一致。旧的 reasoning_details 不再作为 MiniMax 推理输出的主路径。这意味着上游 provider 的推理文本会更自然地落到 GodeX 的 Responses reasoning 输出中流式场景也能通过标准 reasoning delta 事件重建。支持通过 thinking 控制思考MiniMax 的思考控制参数是 thinking。v1.1.0 会根据 Responses 的 reasoning 配置映射 MiniMax 的 thinking 行为。一个实用场景是视频理解某些视频问题若开启较强思考模型可能将大量输出预算用于 reasoning。现在可通过关闭 thinking 来优先验证视频理解路径和可见回答输出。智谱原生 web_search 结果还原除 MiniMax 外本次版本还增强了智谱 provider。当智谱 Chat Completions 返回原生 web_search 结果时GodeX 会将它们重建为 Responses web_search_call output item。这样客户端拿到的不只是最终文本还能看到模型使用联网搜索能力的结构化结果对需要审计搜索来源、展示搜索调用或在 Agent 中继续处理搜索结果的场景更友好。Codex 接入文档更完整v1.1.0 同步更新了 README 和 Wiki尤其是 Codex 桌面应用接入 GodeX 的配置说明。典型配置如下model gpt-5.5model_provider godex[model_providers.godex]name GodeXbase_url http://localhost:5678/v1wire_api responsesrequires_openai_auth false模型别名仍由 GodeX 的 godex.yaml 负责解析。Codex 只需使用稳定模型名如 gpt-5.5、gpt-5.4、MiniMax-M3GodeX 会将它们路由到对应 provider/model。其他改进- provider MCP capability 现在会更严格地按桥接层可重建能力声明避免暴露不完整能力。- 流式响应的 missing_terminal cancel reason 更清晰。- MiniMax live test 增加图片、视频和 stream 覆盖并通过 trace DB 验证请求、响应、usage、event 和 error。- README 和中英文 Wiki 同步更新 provider 能力矩阵、MiniMax 文档、Provider Hooks、部署与测试说明。- 新增架构图和组件交互图方便理解 GodeX 的 Responses-to-Chat 桥接流程。快速开始npm install -g ahoo-wang/godex1.1.0godex initgodex serve --config ./godex.yamlDockerdocker pull ahoowang/godex:1.1.0docker run -d --name godex -p 5678:5678 -v ./godex.yaml:/etc/godex/godex.yaml:ro ahoowang/godex:1.1.0调用 Responses APIcurl http://localhost:5678/v1/responses -H content-type: application/json -d {model:MiniMax-M3,input:用 TypeScript 写一个二叉树中序遍历}项目链接- GitHub[https://github.com/Ahoo-Wang/GodeX](https://gitee.com/link?targethttps%3A%2F%2Fgithub.com%2FAhoo-Wang%2FGodeX)- npm[https://www.npmjs.com/package/ahoo-wang/godex](https://gitee.com/link?targethttps%3A%2F%2Fwww.npmjs.com%2Fpackage%2F%40ahoo-wang%2Fgodex)- 文档[https://godex.ahoo.me/](https://gitee.com/link?targethttps%3A%2F%2Fgodex.ahoo.me%2F)- Docker Hub[https://hub.docker.com/r/ahoowang/godex](https://gitee.com/link?targethttps%3A%2F%2Fhub.docker.com%2Fr%2Fahoowang%2Fgodex)如果你正在用 Codex、CLI Agent 或 OpenAI Responses API 生态里的工具同时又想接入 DeepSeek、MiniMax、智谱、Xiaomi 等模型GodeX 可以作为本地统一网关帮你把协议差异收敛到一个地方。
GodeX v1.1.0 发布：适配 MiniMax-M3、支持多模态理解，桥接原生搜索结果
MiniMax-M3 成推荐默认模型v1.1.0 将 MiniMax provider 的推荐默认模型切换到 MiniMax-M3移除原 MiniMax-M2.7 相关模型配置。若之前在 godex.yaml 中配置过models:aliases:gpt-5.4-mini: minimax/MiniMax-M2.7-highspeed升级后建议改为models:aliases:gpt-5.4-mini: minimax/MiniMax-M3这并非简单换模型名MiniMax-M3 在 GodeX 中补齐了多模态输入、思考控制和推理输出映射是此次版本最重要的 provider 升级。支持 MiniMax 图片和视频理解GodeX 的核心是把 OpenAI Responses 输入转换成各家模型的 Chat Completions 请求再将上游返回重建成 Responses 输出。在 v1.1.0 中MiniMax provider 支持文本输入、图片理解、视频理解。Responses 中的 input_image 会转换为 MiniMax 的 image_url content part视频 input_file 会转换为 video_url content part。视频输入支持常见视频 URL、data:video/... 数据以及无扩展名的签名/CDN URL。同时GodeX 会拒绝明显非视频的未知文件扩展避免将 .docx、.js 等文件错误路由成视频。reasoning 对齐到 reasoning_contentMiniMax-M3 的推理输出已切换到 reasoning_content与 DeepSeek、智谱的 reasoning path 保持一致。旧的 reasoning_details 不再作为 MiniMax 推理输出的主路径。这意味着上游 provider 的推理文本会更自然地落到 GodeX 的 Responses reasoning 输出中流式场景也能通过标准 reasoning delta 事件重建。支持通过 thinking 控制思考MiniMax 的思考控制参数是 thinking。v1.1.0 会根据 Responses 的 reasoning 配置映射 MiniMax 的 thinking 行为。一个实用场景是视频理解某些视频问题若开启较强思考模型可能将大量输出预算用于 reasoning。现在可通过关闭 thinking 来优先验证视频理解路径和可见回答输出。智谱原生 web_search 结果还原除 MiniMax 外本次版本还增强了智谱 provider。当智谱 Chat Completions 返回原生 web_search 结果时GodeX 会将它们重建为 Responses web_search_call output item。这样客户端拿到的不只是最终文本还能看到模型使用联网搜索能力的结构化结果对需要审计搜索来源、展示搜索调用或在 Agent 中继续处理搜索结果的场景更友好。Codex 接入文档更完整v1.1.0 同步更新了 README 和 Wiki尤其是 Codex 桌面应用接入 GodeX 的配置说明。典型配置如下model gpt-5.5model_provider godex[model_providers.godex]name GodeXbase_url http://localhost:5678/v1wire_api responsesrequires_openai_auth false模型别名仍由 GodeX 的 godex.yaml 负责解析。Codex 只需使用稳定模型名如 gpt-5.5、gpt-5.4、MiniMax-M3GodeX 会将它们路由到对应 provider/model。其他改进- provider MCP capability 现在会更严格地按桥接层可重建能力声明避免暴露不完整能力。- 流式响应的 missing_terminal cancel reason 更清晰。- MiniMax live test 增加图片、视频和 stream 覆盖并通过 trace DB 验证请求、响应、usage、event 和 error。- README 和中英文 Wiki 同步更新 provider 能力矩阵、MiniMax 文档、Provider Hooks、部署与测试说明。- 新增架构图和组件交互图方便理解 GodeX 的 Responses-to-Chat 桥接流程。快速开始npm install -g ahoo-wang/godex1.1.0godex initgodex serve --config ./godex.yamlDockerdocker pull ahoowang/godex:1.1.0docker run -d --name godex -p 5678:5678 -v ./godex.yaml:/etc/godex/godex.yaml:ro ahoowang/godex:1.1.0调用 Responses APIcurl http://localhost:5678/v1/responses -H content-type: application/json -d {model:MiniMax-M3,input:用 TypeScript 写一个二叉树中序遍历}项目链接- GitHub[https://github.com/Ahoo-Wang/GodeX](https://gitee.com/link?targethttps%3A%2F%2Fgithub.com%2FAhoo-Wang%2FGodeX)- npm[https://www.npmjs.com/package/ahoo-wang/godex](https://gitee.com/link?targethttps%3A%2F%2Fwww.npmjs.com%2Fpackage%2F%40ahoo-wang%2Fgodex)- 文档[https://godex.ahoo.me/](https://gitee.com/link?targethttps%3A%2F%2Fgodex.ahoo.me%2F)- Docker Hub[https://hub.docker.com/r/ahoowang/godex](https://gitee.com/link?targethttps%3A%2F%2Fhub.docker.com%2Fr%2Fahoowang%2Fgodex)如果你正在用 Codex、CLI Agent 或 OpenAI Responses API 生态里的工具同时又想接入 DeepSeek、MiniMax、智谱、Xiaomi 等模型GodeX 可以作为本地统一网关帮你把协议差异收敛到一个地方。
