minimax agent工作流上线前须验证角色分工、状态追溯、失败重试与结果审计：启用调试日志检查team_dispatch与agent_handoff；校验toolregistry状态及权限闭环；测试checkpoint断点恢复；比对credits扣费与用量同步性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在MiniMax Agent工作流正式发布前，必须验证任务能否按预设角色分工、状态可追溯、失败可重试、结果可审计地完整跑通，否则上线后可能引发长链路任务中断、信用点异常扣费或交付物缺失。
检查Agent Team是否被正确调用
打开MiniMax Agent桌面客户端→点击右上角「设置」→进入「调试模式」→勾选「启用Team调度日志」；【未开启此选项将无法捕获Agent间handoff过程】
执行一次含3个以上子任务的复杂指令（例如：“分析sales_incomplete.xlsx并生成月度报告PDF+语音摘要+配图”）→等待任务结束→在日志面板中搜索关键词“team_dispatch”和“agent_handoff”；若仅出现单个agent_id且无跨agent消息流转，则说明Team未激活，需检查任务复杂度阈值是否被误设为过高。
验证工具调用与权限闭环
方法一：手动触发ToolRegistry校验
在CLI中运行：mmx-cli tool list --verbose→确认返回JSON中每个tool的status字段均为active，且scope包含当前workspace路径。
方法二：执行原子级工具测试
运行：mmx-cli fs read --path ./test.txt --output json→若返回exit code 0且stdout为纯JSON（不含进度条或颜色字符），说明MMX-CLI输出隔离机制生效；【若stdout混入stderr内容，后续Agent解析必失败】
方法三：权限穿透测试
尝试调用需鉴权的tool（如mmx-cli email send）→输入错误API Key→观察退出码是否为401；非401即表示语义化状态码未启用，需重装MMX-CLI v2.3.1或更高版本。
确认Checkpoint与断点恢复能力
第一步：构造一个明确会失败的任务链
新建Agent工作流，依次配置：①读取本地Excel → ②调用M3模型做公式校验 → ③强制在第②步插入exit 1模拟崩溃。
第二步：触发执行并中断
点击「运行」→待日志显示“[M3] started”后立即关闭客户端→等待3秒再重新打开。
第三步：检查恢复状态
进入「历史任务」→找到该任务→点击「继续」→若系统自动跳过第①步、从第②步重新开始，且Redis中对应task_id的checkpoint字段不为空，则通过；若从头重跑或报错“no checkpoint found”，说明CheckPoint / 编辑重跑模块未注入调度器。
审计信用点扣费与用量同步
在Agent工作流中嵌入一个最小耗能任务：调用M2.7模型执行echo "hello"→运行完成后，立即访问https://agent.minimaxi.com/billing/usage→对比页面显示的「今日已用Credits」与任务详情页底部标注的「本次消耗」数值；两者差值超过±0.02 Credits即视为计费不同步，需检查Postgres中billing_events表是否实时写入。
运行mmx-cli billing sync --force强制刷新额度缓存，再次比对。
