MiniMax Code 与 MiMo Code 接入 AIGoCode：名称相近，协议、地址和 Key 要分别核对

收到一份“MiMo 配置”时，先问清是哪款工具

同事发来一张写着 AIGoCode 的配置截图，你打开 MiniMax Code，却找不到截图里的 Connect provider。或者你已经进入 MiMo Code 的自定义服务商表单，手边拿到的却是 Anthropic Messages 和不带 /v1 的地址。遇到这种情况，先核对客户端名称与教程，比直接补路径、换 Key 或重装工具更有效。

AIGoCode 分别提供 MiniMax Code 教程和 MiMo Code 教程。两页采用的接入方式不同。本文整理的是配置辨认与交接检查，不比较两个工具的编码能力，也不推断它们未在教程中说明的接口支持范围。

用设置入口判断手中的教程是否对应当前客户端

MiniMax Code 教程从桌面端进入：点击左下角头像，打开账号菜单和设置，在“用量与模型”里切换到“自定义模型”，再点击“添加模型”。文档中的截图以 Windows 为例。

MiMo Code 教程则从终端进入项目目录后运行 mimo，在工具中按 Ctrl+P，搜索 Connect provider，再搜索 custom，选择 Custom provider。如果眼前界面与这条入口路径不对应，应先回到正确教程，暂时不要根据另一款工具的截图改动字段。

这一步只是在辨认官方教程使用的界面和入口，不表示两款软件只有这些入口，也不把某个平台的截图扩展为所有系统都完全相同。

把协议、地址、分组和模型作为一组信息检查

两页给出的配置可以并排核对：

表中的两列分别对应各自教程，不能横向抽取几格重新拼成第三份配置。例如，在 MiMo Code 表单里保留 OpenAI 兼容方式，却把另一列的 Key 分组和模型示例一起填入，这样就没有沿用任何一页给出的完整示例。

这里的模型名是教程示例，实际使用前仍需确认自己的 Key 分组包含目标模型。教程并未授权任意跨分组调用，也没有因为两列地址使用同一域名就保证配置可以互换。通用选择原则可参看第三方工具的 Key 分组、协议地址和模型 ID。

不要把地址差异简化成“统一补上 /v1”

在这组教程中，MiniMax Code 的“接口地址”填根地址，API 格式另选 Anthropic Messages；MiMo Code 的 OpenAI 兼容配置按表格填写带 /v1 的地址。

如果某次接入失败，先检查自己使用哪一列，而不是在两个地址之间反复切换。地址需要与客户端使用的接口格式一起理解。本文只对照这两款工具的官方填法，不据此制定适用于所有 Agent 工具的路径规则。

排错时建议把当前客户端名称、接入格式、地址以及模型 ID 写在同一条脱敏记录中。这样同事看到的是一组完整配置，较少出现只复制了地址，却继续沿用另一款工具的协议选择和 Key 分组的情况。

Token 数值也不能从另一张截图直接照搬

MiniMax Code 教程说明，截图中的上下文窗口与最大输出 Token 是客户端配置示例，填写时应以所选模型和分组实际支持范围为准。

因此，这类数字不适合当成两款工具通用的“标准配置”。如果交接截图里带有这些数值，应注明来自哪款客户端、对应哪个模型，接收方再按自己的模型和分组核对。本文不提供统一数值，也不依据界面字段推导账号配额或生成费用。

纠正配置后，按各自教程回到真正使用的位置

MiniMax Code 保存后，点击“返回应用”，新建任务并选择项目文件夹，再从输入框右下角的模型列表选择 AIGoCode 下的目标模型。文档建议发送简单消息，例如“你好”；收到正常回复后，可到控制台核对对应的用量记录。

MiMo Code 保存后，应在模型列表中选择刚添加的模型，回到项目会话发送简单消息，文档示例为“请用一句话介绍当前项目”。如果调用报错，核对 Key 分组、模型名称和协议，再查看错误码。已有的 MiMo Code 单工具配置说明可以用于继续检查它自己的流程。

这两组步骤是供你执行的验证方法，不代表本文已经替你安装软件或发起调用；一次正常回复也不构成性能或长期可用性保证。

交接一张截图，至少补上这些说明

准备配置交接时，写出完整客户端名称及对应官方教程链接，再记录协议格式、接口地址、Key 所属分组和实际模型 ID。Key 值本身不要出现在截图、聊天或仓库里。最后标明是否已经保存、是否在项目任务里选中了模型，以及简单消息验证结果。

只说“用 AIGoCode”还不足以让别人复现配置。把客户端、协议与分组绑在同一份记录里，才能在名称相近时先识别自己正在接哪一款工具，再处理具体调用错误。