明白了,你遇到的是 Clawdbot / Moltbot / OpenClaw 配合 MiniMax 2.1 时 HTTP 401 错误。401 错误在 HTTP 协议里是 Unauthorized(未授权),意思是服务端拒绝了请求,因为 身份认证失败或缺失。下面我帮你分析可能原因和解决方案:
1️⃣ HTTP 401 错误的可能原因
- API Key/Token 未提供或错误
- MiniMax 2.1 需要在请求头或配置文件中提供有效 API Key。
- 如果 Key 拼写错误、多余空格或过期,就会返回 401。
- 身份验证方式不匹配
- OpenClaw、Clawdbot 或 Moltbot 可能使用
Bearer Token,而你请求中使用了其他方式(例如 Basic Auth 或无 Header)。 - MiniMax 2.1 对认证格式敏感,必须严格按照文档设置。
- OpenClaw、Clawdbot 或 Moltbot 可能使用
- 账户权限不足
- API Key 所属账号权限不足,尝试访问需要付费或高级权限的接口,也会返回 401。
- 环境变量未生效
- 有些 SDK 读取 API Key 依赖环境变量或配置文件路径,如果变量名错了或未刷新 shell,会导致请求无法带上 Key。
2️⃣ 排查步骤
- 检查 API Key 是否有效
echo $MINIMAX_API_KEY或在配置文件里确认 Key 和 Header 格式是否正确:{ "Authorization": "Bearer <你的API_KEY>" } - 在 curl 测试
用 curl 直接测试 MiniMax 2.1 接口:curl -v -H "Authorization: Bearer <你的API_KEY>" https://api.minimax.ai/v2/predict- 如果仍返回 401,则 Key 有问题或权限不足。
- 如果成功,说明 SDK/机器人配置问题。
- 确认 SDK/机器人配置
- OpenClaw / Moltbot / Clawdbot 通常有单独的配置文件,例如
config.json或.env。 - 检查里面的
api_key/token是否和 MiniMax 官方控制台一致。 - 检查 SDK 版本是否匹配 MiniMax 2.1,版本不兼容有时会导致认证 Header 发送错误。
- OpenClaw / Moltbot / Clawdbot 通常有单独的配置文件,例如
- 刷新或重启环境
- 修改环境变量或配置文件后,确保重启终端或服务。
- 如果在 Docker 或容器中运行,重建镜像并重新启动容器。
3️⃣ 示例:OpenClaw + MiniMax 2.1 正确配置
假设 OpenClaw 配置文件 .openclaw/config.json:
{
"minimax": {
"api_url": "https://api.minimax.ai/v2",
"api_key": "你的API_KEY"
}
}
请求调用时:
import requests
import json
API_URL = "https://api.minimax.ai/v2/predict"
API_KEY = "你的API_KEY"
headers = {
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json"
}
payload = {"input": "Hello, MiniMax!"}
response = requests.post(API_URL, headers=headers, json=payload)
print(response.status_code, response.text)
如果返回 200,就是正确;如果还是 401,说明 Key 或账户权限问题。
💡 关键提示:HTTP 401 几乎总是认证问题,和机器人本身逻辑或 OpenClaw SDK 版本无关。
排查顺序建议:API Key → Header 格式 → 权限 → SDK 配置 → 环境变量。
发表回复