minimax agent coding plan执行不准确是因提示词未锚定边界、上下文缺失约束、未激活校验模块所致；需显式启用octocodingbench校验、注入三类可执行上下文、实施swe scaling语义扰动，并切换至mavis runtime引擎。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiniMax Agent Coding Plan生成的执行计划不准确，比如把“先备份再修改”直接跳成删除操作、把多步骤数据清洗压缩成单条SQL、或在未确认环境就调用不存在的Python包——这不是模型能力不足，而是提示词未锚定任务边界、上下文未注入约束条件、Agent未激活规范校验模块导致的结构性偏差。
强制启用OctoCodingBench过程合规校验
MiniMax已将OctoCodingBench评测逻辑内嵌至Coding Plan运行时，但默认关闭。必须显式激活才能拦截违反工程规范的中间步骤。
第一步：在请求体最顶部插入system message，内容为：“【严格遵循OctoCodingBench v1.3过程规范】禁止跳过备份、禁止硬编码路径、禁止忽略异常分支、所有文件操作前需输出dry-run预览。”
第二步：在messages数组中，将用户原始指令拆解为两段——首段为带编号的原子动作清单（例如“① 读取./data/in.csv → ② 按列名去重 → ③ 写入./backup/目录 → ④ 修改原文件”），次段为“请逐条确认可行性并返回可执行计划”。
第三步：添加请求头X-Code-Guard: octocoding-strict。该header是触发校验模块的开关，缺失则仍走默认宽松路径。
【注意：X-Code-Guard header必须小写x开头，且值不能带空格或引号，否则服务端直接忽略校验逻辑】
注入可执行上下文约束
Agent生成计划不准，常因缺乏真实环境反馈。需主动注入三类上下文信息，替代模型凭空猜测。
方法一：提供当前目录结构快照
在user message末尾追加ls -la命令的真实输出（非示意），格式为纯文本块，开头标注【FILESYSTEM_CONTEXT】。
方法二：声明Python环境依赖
插入一行pip list --format=freeze | grep -E "pandas|numpy|openpyxl"结果，标注【ENVIRONMENT_DEPS】，让Agent识别可用库版本而非假设最新版。
方法三：绑定操作权限范围
明确写出当前账户仅对./scripts/和./data/有读写权限，/etc/与/root/不可访问，避免Agent生成sudo rm -rf等越权指令。
用Agentic语义扰动打破模板化路径
当Agent反复生成同类错误计划（如总漏掉日志记录步骤），说明它陷入训练数据中的高频模式。需用语义扰动强制跳出。
在system message中加入：“本次任务必须采用SWE Scaling分层重写策略：第一层替换所有通用动词（如‘处理’→‘按SKU维度聚合+空值填充’），第二层插入反事实约束（如‘假设输入CSV含10万行且内存限制512MB’），第三层置换连接词（禁用‘然后’‘接着’，改用‘在完成X后，验证Y成立方可执行Z’）。”
这一步操作起来很简单，直接把上述三句话复制进system prompt即可生效，无需调整其他参数。
【SWE Scaling必须完整写出三层要求，缺一层扰动强度不足，模型会降级回默认路径】
切换Mavis Runtime确定性执行引擎
MiniMax默认使用prompt-driven单Agent模式，但复杂任务需Mavis的代码驱动runtime——它把计划生成、状态校验、失败回滚全部编译为可审计的Python字节码，而非依赖LLM自由发挥。
第一步：在API请求URL末尾追加?runtime=mavis，例如https://api.minimax.chat/v1/chat/completions?runtime=mavis。
第二步：请求体中model字段必须指定为mavis-coding-2026q3，其他模型名将被拒绝。
第三步：在messages中添加一条assistant角色消息，内容为{"status": "ready", "phase": "plan_generation", "constraints": ["atomic_step", "dry_run_first"]}，这是触发Mavis初始化的握手信号。
