需查看绑定Group ID的完整调用日志流：先在控制台启用请求日志，导出CSV后筛选group_id；或用curl、SDK注入、Quota API验证、浏览器Network面板定位Group ID。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在MiniMax平台中定位某次Agent调用失败的原因，但控制台只显示“请求异常”，没有具体是哪个Group ID发起的、调用时间点、输入内容或响应状态——这说明你需要直接查看绑定到该Group ID的完整调用日志流。
通过控制台审计日志筛选指定Group ID的调用记录
MiniMax控制台的审计日志默认包含Group ID字段，但需手动启用并导出后才能按该字段过滤，否则在界面中无法直接搜索。
第一步：登录console.minimax.tech，进入目标项目「设置」→「安全与审计」
第二步：点击「启用请求日志」并确认开通，系统将在5分钟内开始捕获新请求；【若此前未开启，历史调用日志不可回溯】
第三步：在「审计日志」页签中设定时间范围（起止日期必须在当前日期前90天内），勾选「包含请求体摘要」和「包含响应体摘要」
第四步：点击「导出CSV」，下载文件后用Excel或VS Code打开，查找列名为"group_id"的字段，筛选出你要排查的grp_XXXXXXXXXXXXXXXXXXXXXXXX值对应的所有行
使用curl命令实时抓取Group ID关联的API调用痕迹
当控制台日志尚未生效、或你正在本地调试Agent调用链时，可通过HTTP代理或终端命令捕获原始请求头中的Group ID标识。
方法一：用curl -v模拟一次带Group ID的调用，观察响应头是否含X-Request-ID与X-Group-ID
方法二：在Python脚本中添加logging模块，对每次requests.post()前的日志打点，显式记录GROUP_ID变量值与当前时间戳
方法三：在Minimax SDK初始化时注入自定义header，例如headers["X-Custom-Group"] = GROUP_ID，后续可在Nginx access_log中grep该字段
从Quota API响应中反向验证Group ID有效性
如果调用返回401或1004错误，但不确定是API Key失效还是Group ID不匹配，可绕过Agent接口，直连配额查询端点验证身份绑定关系。
执行以下命令：
curl -H "Authorization: Bearer YOUR_API_KEY" https://api.minimaxi.com/v1/quota?access_token=YOUR_API_KEY
若返回{"code":401,"message":"Invalid group"}，说明该API Key未绑定任何Group，或绑定的Group已被停用；【此时需重新进入控制台检查项目归属与权限分配】
若返回正常JSON且包含remaining_tokens字段，则证明Group ID已隐式绑定成功，问题出在Agent ID或请求体结构上
解析浏览器开发者工具Network面板中的Group ID请求痕迹
适用于你在Web UI中调试Agent对话，但看不到后端真实请求参数的场景。此方法能还原前端实际发出的含Group ID的请求细节。
1、打开Minimax Agent调试页面，发起一次对话
2、按F12打开开发者工具 → 切换到Network标签页 → 在Filter框输入/chatcompletion或/chat/completions
3、点击刚发出的请求，查看Headers → Request Headers → 查找Authorization头后的Bearer Token是否对应你的API Key，再看Query String Parameters里是否有group_id字段
4、若发现URL中含group_id=xxx，说明你正在调用旧版v1接口；若URL只有/v1/chat/completions且无query参数，则为新版v2接口，Group ID已由Token隐式携带
这一步操作起来很简单，直接把鼠标悬停在请求行上就能看到完整URL和请求方法。
