北京
你的提示词里还塞着“请仔细检查”“一步一步思考”“务必简洁”这类话吗？如果是，你正在为一个已经进化的模型写一套它根本不需要的说明书。 这不是猜测，而是当前推理模型的实际状态。截至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级别——告诉模型哪些操作需要先问你，哪些可以自行执行——而不是让它猜。 一句话收尾：好的提示词，不是让模型做它已经会做的事，而是告诉它做什么、做到什么程度、边界在哪里。剩下的，模型自己会完成。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
