问题描述

最近小米 MiMo 的Token计划非常火热。通过申请获得额度后，想在Trae中使用。

通过官方的TRAE 配置官方文档，配置如下信息：

按照 OpenAI 兼容接口标准完成如下配置：

  • 服务商：选择OpenAI（MiMo 官方提供 OpenAI 兼容接口）
  • 模型名称：mimo-v2.5-pro（严格匹配官方指定的大小写格式）
  • API Key：从官网复制的 Key
  • 自定义 Base URL：填写官方文档给出的 API 基础路径https://token-plan-cn.xiaomimimo.com/v1

在这里插入图片描述

点击保存并测试连接时，返回完整 HTTP 404 报错，报错如下：

<html>
<head><title>404 Not Found</title></head>
<body>
<center><h1>404 Not Found</h1></center>
<hr><center>openresty</center>
</body>
</html>
(HTTP Status: 404)

解决方案

官方文档TRAE 配置在后文有写

Custom Request URL： 根据使用方式选择 OpenAI 兼容的 BASE_URL，注意输入完整的 API 端点 URL（例如 BASE_URL/chat/completions ），而非仅基础 URL。留空则使用服务商的默认地址。

因此，将自定义 Base URL修改为

https://token-plan-cn.xiaomimimo.com/v1/chat/completions

其余所有配置保持不变，即可使用，不报错。

根本原因

Trae 的 OpenAI 兼容模式实现与主流工具不太一样：

  • 绝大多数同类工具，会自动在用户填写的 Base URL 后拼接/chat/completions聊天接口路径
  • Trae 不会进行任何自动路径拼接，会直接将用户填写的 URL 作为完整的请求端点发送请求

而https://token-plan-cn.xiaomimimo.com/v1仅为 API 基础路径，真正的聊天补全接口端点是/v1/chat/completions，因此请求不存在的资源返回 404 错误。

# 人工智能
Logo
DeepSeek技术社区

欢迎加入DeepSeek 技术社区。在这里，你可以找到志同道合的朋友，共同探索AI技术的奥秘。

更多推荐

cover

DeepSeek-V4 重排优化实战：为什么你的 RAG 系统召回率虚高？

avatar DeepSeek技术社区
cover

DeepSeek-V4 多租户推理网关设计：密钥配额与熔断的工程权衡

avatar DeepSeek技术社区
cover

RAG 多模态文档处理：为什么直接 OCR 文本会污染 DeepSeek 的向量检索质量

avatar DeepSeek技术社区