一位开发者在使用 `sub2api` 工具将 OpenAI 格式接口集成到名为 `Reasonix` 的 AI 编程工具时，遭遇了 HTTP 400 请求格式错误。问题主要集中在请求 DeepSeek 最新推出的 `deepseek-v4-flash` 模型时，系统错误地提示“在使用 Codex 的 ChatGPT 账号时不支持该模型”。这一报错信息表明，`sub2api` 的中间层可能存在路由逻辑缺陷，错误地将第三方模型请求映射到了 OpenAI 的 Codex 端点，或者其认证机制未能正确解析非 OpenAI 官方的模型 ID。值得注意的是，该开发者确认，当使用 `cpa`（Cloudflare Workers API 代理）添加相同格式的供应商时，调用完全正常。这一对比排除了上游 API 的问题，锁定了 `sub2api` 在处理特定模型名称时的配置漏洞。该事件反映了在 AI 开发者工具链中，随着各家厂商不断推出新模型，各类 API 聚合与转发工具的兼容性维护正面临严峻挑战。
事件分析
此事件揭示了当前 AI 基础设施层在模型快速迭代下的脆弱性。随着 DeepSeek 等新兴模型通过兼容 OpenAI 协议的方式快速接入生态，各类 API 中间件（如 sub2api）的路由表和验证逻辑往往滞后于模型更新。错误日志中提及“Codex”表明，该中间件可能仍沿用旧版的 API 路由规则，将特定模型 ID 强行归类为过时的代码生成服务。相比之下，通用代理工具（cpa）由于转发逻辑更为通用或透明，反而规避了此类硬编码缺陷。这种兼容性摩擦增加了开发者在集成多供应商模型时的调试成本，提示行业需要更灵活的模型分发与路由标准，以适应日益碎片化的模型市场。
💡 核心观点：API中间件的路由机制滞后于模型迭代，兼容性缺陷正成为开发者快速接入前沿推理模型的主要阻碍。
原文链接：Linux.do
AI周刊：大模型、智能体与产业动态追踪