你的提示词里还塞着“请仔细检查”“一步一步思考”“务必简洁”这类话吗?如果是,你正在为一个已经进化的模型写一套它根本不需要的说明书。 这不是猜测,而是当前推理模型的实际状态。截至2026年8月,主流推理模型已经内置了自我验证和节奏控制能力。它们会在回答前自行检查推理链,也会根据问题难度自动调整思考深度。你额外贴上去的那些大写加粗的REQUIRED规则,不会让模型更安全,只会增加摩擦、烧掉token,还让模型花力气去理解你那堆自相矛盾的指令——而不是解决你真正的问题。 一个典型的错误提示词长这样:开头写“你必须一步一步仔细思考,再检查一遍你的答案,同时务必简洁”,然后跟上一堵 REQUIRED/MANDATORY 的规则墙。这种写法放在老模型时代可能有效,但现在你面对的是一个已经学会走路的成年人,你却还在教它先迈左脚还是右脚。 别误解,这里说的不只是浪费几个token的小问题。强制验证指令会让推理模型过度验证——明明内置检查已经跑完一遍了,你的指令又让它重新验证一遍,冗余计算直接翻倍。“请你深入思考”这类模糊前缀也失去了意义,现代API已经暴露了明确的effort参数,一个模糊的哀求不会比一个真正的设置更有效。更糟的是,ALWAYS/NEVER这类绝对化用语,遇到需要判断力的场景时,模型会严格按字面执行,即使字面意思明显是错的——你以为你在设规则,其实你是在制造故障。 “请简洁”也同样棘手,没有具体说明到底保留什么、砍掉什么,模型只能靠猜。猜的结果只有两种:要么注水到让你烦,要么把你需要的部分删掉。而老版本提示词之间的矛盾更麻烦——同一个规则在第一节和第三节各写了一遍,但措辞稍有不同,模型就得自己去裁决你是不是故意设了冲突,有时候它甚至会幻觉出一个你从没写过的新规则来“解决”矛盾。 那么正确做法是什么?删除所有强制验证类指令,比如“double-check your work”或“review before answering”。别用“think deeply”这种抽象短语,去设置真实的effort level。别用绝对化单词,把你对判断力的需求写清楚。别只写“be concise”,要明确给出长度范围和删减偏好。把规则合并成单一来源,避免重复措辞制造冲突。最后,如果你需要掌握修改控制权,直接设定autonomy级别——告诉模型哪些操作需要先问你,哪些可以自行执行——而不是让它猜。 一句话收尾:好的提示词,不是让模型做它已经会做的事,而是告诉它做什么、做到什么程度、边界在哪里。剩下的,模型自己会完成。

打开网易新闻 查看精彩图片