MiniMax Agent结果不准确源于规划路径偏移、工具返回漂移或上下文污染；需通过执行日志排查三处非确定性环节，并分别用Mavis锁定规划、工具兜底与结构校验、清理上下文来确保链路稳定。

MiniMax Agent工作流输出结果不准确，不是模型突然“变笨”了，而是规划路径偏移、工具返回漂移或上下文污染导致的链路级偏差。同一输入反复运行，可能走检索→写稿→语音合成，也可能跳过检索直接编造，最终答案自然不可靠。

锁定不稳定源头

先别急着改Prompt，打开Agent执行日志（如crun.ai任务面板或MMX-CLI的--verbose输出），重点看三处：

① 规划节点是否每次生成相同步骤序列——若第一步有时是“搜索竞品”，有时是“读本地文档”，说明规划已漂移；

② 工具调用返回内容是否一致——比如同一API查询“Q2销售数据”，两次返回字段缺失或排序颠倒，下游必然出错；

③ 中间产物是否被意外覆盖——例如Verifier校验后本该存为verified_output.json，却被Worker二次写入覆盖成raw_output.json。

只要其中任一环节出现非确定性，结果就不可能稳定。这一步不做，后续所有优化都是在修漏水的桶。

强制规划路径收敛

方法一：用Mavis模式冻结规划阶段

在Agent Team设置中启用Mavis → Leader节点开启“Plan Lock”开关 → 输入任务时追加指令：“请严格按以下7步执行：1.查知识库；2.比对3个案例；3.生成初稿；4.交Verifier核验；5.修正术语；6.转语音；7.打包交付”。【Mavis会拒绝任何偏离该序列的分支尝试，连重试都只在第4步内循环】

方法二：用MMX-CLI注入硬约束

调用时加入参数--plan-seed 42 --max-steps 7，配合Prompt末尾写明：“规划必须输出JSON格式的steps数组，长度严格为7，字段仅含id、tool、input三项，禁止添加注释或额外字段”。

注意：seed值必须固定，否则每次hash不同，规划仍会漂移。

切断工具结果漂移

工具调用本身就不稳定，搜索结果排序变、API字段偶发缺失、数据库读取延迟导致超时返回空——这些都会让Agent基于错误事实做决策。

第一步：给每个工具加确定性兜底

比如调用search_tool时，在参数里强制指定time_range: "2026-Q2"、sort_by: "relevance_desc"、limit: 5，并在Prompt中声明：“若返回结果少于3条，立即终止流程并报错Exit Code 42，不尝试补查”。

第二步：用Verifier做结构校验

在Worker输出后插入Verifier节点，要求其执行：检查JSON是否闭合、关键字段是否存在（如sales_amount）、数值是否在合理区间（如Q2销售额不能为负）。【校验失败直接返回Exit Code 43，Agent不会继续往下走】

第三步：启用MMX-CLI的--output json --quiet组合

确保工具返回只走stdout且纯JSON，stderr里所有进度条、警告、彩色字符全被剥离，避免Agent误把“[INFO] 正在重试…”当有效数据解析。

清理上下文污染

Agent跑着跑着“忘记自己是谁”，往往是因为历史对话没清、中间产物混入新请求、并发写入顺序错乱。

删掉所有自动拼接的system消息块，只保留一句：“你是一个专注企业财报分析的Agent，只使用knowledge_db_v202608和finance_api_v3，不推测未提供数据。”

每次任务启动前，用MMX-CLI执行mmx task clean --scope session --force，清除当前会话所有缓存上下文。

若用crun.ai调度，务必在CreateTask请求中设置context_ttl: 300（秒），超过5分钟未完成的任务自动丢弃上下文，防止陈旧状态污染新任务。

禁用“自动继承上一轮对话”的客户端选项——MiniMax桌面端右上角齿轮图标→Settings→取消勾选“Preserve chat history across tasks”。