GodeX v1.1.0 发布：MiniMax-M3、多模态理解和原生搜索结果桥接

GodeX v1.1.0 发布了。

GodeX 是一个开源的 OpenAI Responses API 网关。它让 Codex、CLI 工具和开发者 Agent 可以通过一套 OpenAI 兼容的 /v1/responses 协议，调用 DeepSeek、MiniMax、智谱、Xiaomi 等只提供 Chat Completions API 的模型服务。

这次 v1.1.0 的重点是：MiniMax-M3 适配、图片/视频理解、思考控制、智谱原生联网搜索结果还原，以及更完整的 Codex 接入文档。

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_content

MiniMax-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.5"model_provider = "godex"

[model_providers.godex]name = "GodeX"base_url = "http://localhost:5678/v1"wire_api = "responses"requires_openai_auth = false

模型别名仍然由 GodeX 的 godex.yaml 负责解析。Codex 只需要使用稳定模型名，例如 gpt-5.5、gpt-5.4、MiniMax-M3，GodeX 会把它们路由到对应 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/godex@1.1.0
godex init
godex serve --config ./godex.yaml

Docker：

docker pull ahoowang/godex:1.1.0
docker run -d --name godex -p 5678:5678 \
  -v ./godex.yaml:/etc/godex/godex.yaml:ro \
  ahoowang/godex:1.1.0

调用 Responses API：

curl http://localhost:5678/v1/responses \
  -H 'content-type: application/json' \
  -d '{"model":"MiniMax-M3","input":"用 TypeScript 写一个二叉树中序遍历"}'

项目链接

• GitHub：https://github.com/Ahoo-Wang/GodeX

• npm：https://www.npmjs.com/package/@ahoo-wang/godex

• 文档：https://godex.ahoo.me/

• Docker Hub：https://hub.docker.com/r/ahoowang/godex

如果你正在用 Codex、CLI Agent 或 OpenAI Responses API 生态里的工具，同时又想接入 DeepSeek、MiniMax、智谱、Xiaomi 等模型，GodeX 可以作为本地统一网关，帮你把协议差异收敛到一个地方。