Group ID 是组织级唯一标识，需在 MiniMax 控制台「组织管理」页获取纯数字ID，用于旧版v1接口鉴权；新版v2接口无需填写，且环境变量会覆盖配置文件值。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在 MiniMax Agent 控制台中准确找到 Group ID 并完成模型配置，必须先确认当前账号归属的组织层级——Group ID 不是个人密钥，而是组织级唯一标识，漏填或填错会导致 401 认证失败，且错误提示不明确，容易误判为 API Key 无效。
登录并进入组织管理页面
访问 MiniMax 官方控制台入口 platform.minimax.chat（注意不是 minimaxi.com 或其他历史域名），使用主账号登录。登录后左上角显示组织名称，点击该名称 → 弹出下拉菜单 → 选择「账户中心」。
在账户中心左侧导航栏中，点击「组织管理」。页面顶部会显示当前组织的完整信息区块，其中明确标注「Group ID」字段，后面跟着一串纯数字（例如 【123456789】）。
这个数字就是你要复制的 Group ID。它和 API Key 一样，一旦关闭页面就无法再次查看原始值，必须现在复制保存。
验证 Group ID 是否生效
方法一：通过 OpenClaw CLI 快速验证
执行命令：openclaw status，输出中若出现 "groupId": "123456789" 且无报错，则说明已正确加载。
解决常见 OpenClaw 工作流瓶颈：平台 engage‑gates/429 回退辅助（始于 MoltX），标准化 JSON 结果封装用于脚本链式，工作区路径解析辅助，以及简易技能发布指挥（准备/发布/草稿公告）。
方法二：手动检查配置文件
打开 ~/.openclaw/config.json，定位到 minimax provider 区块，确认 "groupId" 字段值与你在组织管理页复制的数字完全一致，不能带空格、引号或换行符。
常见位置混淆点排查
第一步：排除「Account ID」干扰
有些用户在「账户中心」首页看到「Account ID」，误以为这就是 Group ID。实际上 Account ID 是平台级账户编号，与 API 调用无关；只有「组织管理」页里的「Group ID」才用于旧版接口鉴权。
第二步：确认接口版本再决定是否需要填
如果你调用的是新版 v2 接口（endpoint 为 /v1/chat/completions），Group ID 已由 Bearer Token 自动绑定，此时填了反而可能触发兼容性校验失败；仅旧版 v1 接口（/v1/text/chatcompletion?GroupId=xxx）才强制要求传参。
第三步：检查环境变量是否覆盖配置
如果设置了 MINIMAX_GROUP_ID 环境变量，它会优先于 config.json 中的值。运行 echo $MINIMAX_GROUP_ID 查看是否被意外注入了错误值。
