想让MiniMax Agent严格遵循指令执行，核心方法是使用结构化提示词：首句先明确任务类型；用分号拆分任务要求、输出格式与风格语气；通过正例和反例强化规则约束；冻结知识域以减少幻觉；加入确定性信号词；并启用Verifier校验机制。

如果希望MiniMax Agent在自动回复时严格按指令执行、不随意发挥、不混淆任务范围，关键不在于依赖模型“自己理解”，而在于通过结构化提示词清晰锁定行为边界。

把模糊需求转成可执行规则

第一步：在system prompt开头用一句话直接定义任务类型，例如“这是一道端口安全组策略判断任务”，不要写成“请帮忙看看这个配置”这类模糊表述。模型并不会自动补足上下文，它更依赖前置声明来理解任务。

第二步：在同一句中继续补充三项不可放宽的硬性约束，并使用分号依次拆分：先明确任务要求，再限定输出格式，最后规定风格与语气。例如：“判断ECS安全组中22端口是否对外放行；输出JSON，含port_status（取值为'完全放行'/'不完全放行'/'禁止放行'）和reason字段；禁用任何推测性语句，只基于输入字段值做逻辑比对。”

第三步：加入1个正例和1个反例。正例应完整覆盖所有字段、格式和术语；反例则要贴近常见错误场景，例如“错误输出示例：{'status': 'open'}——禁止使用非约定字段名，禁止缩写。”

冻结无关知识域，防止幻觉干扰

在system prompt末尾补上一句：“你仅能依据用户提供的ECS实例描述文本作答；禁止调用云厂商公开文档、历史案例或默认配置常识；若输入未提供源IP段、策略字段或端口范围，则视为缺失，不得自行补全。”

【这是关键防线】 如果不加入这句限制，模型在输入字段缺失时很容易自行脑补“通常默认是0.0.0.0/0”，从而让判断结果偏离真实配置。

这一步实际操作很简单，直接将这段冻结语句粘贴到prompt结尾即可。

注入确定性信号词，压制模型犹豫倾向

方法一：在user message末尾增加强制执行指令词。例如：“请严格按上述规则执行，无需确认，无需解释，直接输出JSON。”

方法二：在system prompt中加入否定式锚点。例如：“禁止出现‘可能’‘通常’‘建议’‘需要进一步确认’等不确定性表述；每句话必须有明确主谓宾，且主语只能是‘该端口’或‘该安全组规则’。”

方法三：利用标点符号增强终止感。在输出格式说明后补充“——严格执行，不得增删。”这种“破折号+动词短语”的组合，实测比句号更能压制模型继续扩写的倾向。

启用Verifier角色对抗机制

如果你使用的是MiniMax Ma vis架构（即Team Engine模式），建议必须显式启用Verifier校验流程：

① 在请求中设置"enable_verifier": true，并指定校验维度，例如{"check_json_schema": true, "check_field_value": ["port_status"]}

② Verifier会独立重跑一遍判断逻辑；如果发现Worker输出的port_status与reason不一致（例如reason写“策略为Drop”，但port_status却显示“完全放行”），则整条响应会被丢弃并触发重试。

③ 该机制不应关闭——如果跳过Verifier，Worker在长任务处理中很容易因为上下文衰减而复用旧逻辑，导致从第5步开始误判端口状态。