大家好，我是萝卜哥~
最近的 Opus 5.5 到底有多厉害大家应该都知道吧，无论是写代码还是审美，甚至是直接做视频，都能无压力搞定，关键是便宜还速度快，感觉过不了多久，Opus 系列大模型就能一统江湖了。
但也有很多朋友说，自己用起来其实没有那么顺手，其实大概率是提示词用的不对。
正好 Anthropic 前阵子放出了一份 Claude Opus 5.5 的官方提示词指南，我从头到尾研究了一遍。
刚开始写提示词的朋友，最常见的路子是去网上抄模板。几千字的“万能提示词”，开头一句“你是一位资深专家”，中间一句“请一步步仔细思考”，结尾再来一句“不要有 AI 味”。抄的时候心里挺踏实，好像写得越长越专业。
看完这份指南，我最大的感受竟然是反过来的。
新模型越来越聪明，很多以前用来“扶着它走”的句子，现在成了拖后腿的东西。 官方原话也说了，给 Opus 5 写的提示词拿到 5.5 上基本照样好使，要调的那几处，大部分是在删东西。
文中所有英文提示词都是官方原文，中文是我顺手翻的，方便理解。
下面坐好，咱们发车。
这句话是不是很熟悉，相信很多人的提示词里都带着这句话吧。
Opus 5.5 的思考功能是一直开着的，它自己会决定想多久。 官方专门提到，在聊天类的系统提示词里写“回答前请仔细思考”这种话，对 5.5 来说反而会起反作用。
经过官方测试，在使用 Opus 5.5 大模型时把这类句子删掉，回复会更快，质量也没看出明显下降。
那想让它多想一点或者少想一点怎么办？
可以使用调节档位来控制，从 low 一路到 max。5.5 默认是 medium，官方说它在 medium 档的表现，已经追平甚至超过上一代 Opus 5 开到 high 档。想让它少想一点，直接降档，比在提示词里写“别想太多”靠谱得多。
还有一个坑可能要注意一下，
有些提示词模板喜欢要求模型“把你的推理过程完整写在回答里”。如果在 Opus 5.5 上这么写，有可能直接被拒，拒绝类别叫 reasoning_extraction。 想看它的思考思路，直接去看它自带的思考摘要就行，信息完全够用了。
不要在提示词里要求 Opus 5.5“完整输出推理过程”。想看思路，优先查看自带思考摘要。
在多轮聊天里 Opus 5.5 有个小毛病，你问第二个问题，哪怕只是个很短的追问，它思考时也可能回头把上一轮的答案重新审一遍，结果想得更多，回得更慢。
针对这个问题，官方给了两句话，加在系统提示词末尾就行。
根据官方的测试结果，追问轮次的思考变少了，回复更快，质量也没有受影响。
当然还有就是这句话也不是万能的，官方自己也提醒了，加了它，模型主动指出前面答案有错的概率可能会变低。 所以做长篇分析、跑 Agent 任务这种后一步可能发现前一步出错的场景，就不要加。
纯聊天问答场景，可以放心用。
这一条我看的时候特别有共鸣，我写提示词的时候经常写，不知道你是不是也写。
官方举了一个制作网页的例子，足以说明这句话没啥用。
你不给任何设计方向，Opus 5.5 会退回到几种固定的默认风格，你补一句“避免那种很 AI 的通用风格”，它大概率只是从一种默认换成另一种默认。
真正管用的，是把具体要避开的东西一条条点名说出来，官方原文是这样说的。
如果最开始你不知道应该避开什么东西，那就先跑一版，看它生成的是什么套路，再把新套路补进规避清单里面，一轮一轮往上加。
让 AI 写文章其实也差不多，我自己写稿的禁用清单就是这么一条条攒出来的。
当然去 AI 味其实是有很多 skill 可以使用的，这些 skill 的本质做法也差不多就是把需要避免的东西写好，再把应该使用的东西放进去。
Opus 5.5 还有个特点，拿到任务上手速度很快，也不知道是不是好事。
当然我觉得这个在大多数时候都是好事，但遇到那种要求写得比较模糊、又牵扯好几个应用的任务，就容易出问题。
比如它要处理一封客户邮件，可真正要用的政策需要在一个旧邮件里面找，或者规则写在表格的另一个标签页上。如果它上手太快，那这些东西很容易就漏掉了。
官方建议在系统提示词里加这一句。
在官方测试里，加了这句以后多应用自动化任务准确率明显提升了，代价是多调用几次工具、多花一点 token。
我们平时也可以借鉴这个思路，比如上传了好几个文件的时候，补一句“动手前先把我给的所有文件都看一遍，包括我没提到的那几个”，比你事后再追问“你看了第三个文件没有”省事多了。
这一段主要给自己搭 Agent、让它无人值守跑长任务的朋友用。
先举个例子，比如你请了个装修师傅，交代完就去上班了，晚上回来验收。结果回家一看，师傅贴完厨房的砖就坐在门口，给你留了张纸条，“厨房弄好了，接下来准备弄卫生间”。然后他就一直坐着等你回来，卫生间一块砖都没动，你说难受不。
Opus 5.5 跑长任务时，偶尔就会干出这种事。
AI 在干活的时候，改文件、跑命令，还有查资料，这些动作叫工具调用，只要它还在调用工具，就说明它还在干活。一旦它发出一条纯文字消息，里面一个动作都没有，这一轮就算结束了，它会停下来等你回话，这一轮叫一个回合。
Opus 5.5 在干长活的时候喜欢主动跟你汇报进度，本意是好的，问题是有些汇报发出去就是一条纯文字，于是回合就结束，活也停了。
你人就在电脑前的话，其实无所谓了，回一句“继续”就行。
但是无人值守的场景就不太行。比如你用程序搭了个 Agent，让它夜里自己跑一个大任务。很多程序的逻辑很简单，AI 一停就当它做完了，直接收工。第二天早上你打开一看，活才干了一半，最后一条消息还是那句“接下来准备弄卫生间”。
官方给了三个办法，用来应对上面的问题。
开工前把任务拆成清单，它每做完一项就勾一项。它一停，程序就去看清单，还有没勾的项，它也没说自己卡在哪，就自动发一条消息催它接着干。
官方给的催促模板是这样的。
当然如果催两三次还是不动，就别再催了，大概率是真卡住了，留给人来看。
比如它启动了一个要跑很久的命令，或者派了个子 Agent 出去干活，这时候它停下来只是在等结果。你的程序要等结果出来，再把结果交回给它，让它接着往下做。
官方写了一段很长的指令，核心意思就一句话，汇报可以写，但要跟下一个动作放在同一条消息里，边汇报边干活，别汇报完就停。
这段我直接贴原文了，注意下面这段指令，如果要使用，那么就从第一次请求开始放在系统提示词末尾，中途加会让之前的思考记录失效。
对照装修师傅来看其实挺好理解的，提示词里它点名了四种停法。第一种就是留纸条说“接下来弄卫生间”然后坐着。第二种是问你“要不要我接着弄卫生间”，可你在上班，根本不会回。第三种是列一堆问题等你拍板，比如“插座装左边还是右边”，其实这些不影响他先把砖贴了。第四种是觉得干了挺久了，该停下来跟你说一声。
就算你用不上这段指令，我也建议逐句读一遍，深入学习一下顶级提示词都是怎么设计编写的。 它没写一句“你要积极主动”这种空话，四种停下来的样子全都点名说清楚了，跟上一节讲的点名式写法是一个路子。
这是我觉得最有意思的一条。
Opus 5.5 对“过了多久”这种信息特别敏感。在一个主 Agent 带着几个子 Agent 干活的场景里，你可以在每条回传给它的消息末尾，加一行已用时间和预算，比如下面这样。
它会自己控制节奏，而且通常比预算提前不少完成，这里的预算给得比你真正想花的时间稍微宽一点就行。
如果任务要花多久心里没数的话，就只显示已用时间，再在系统提示词里加一句。
官方说这跟降低 effort 档位是不同的。降档是让它少干活，给时间预算更多是让它把更多子 Agent 并行派出去。预算只是建议，到点了它不会自己停，需要硬性超时得你自己写。
赶时间的时候它可能会少搜一点、少核对一点，至于效果会不会打折，就需要自己在特定的任务上测一下了。
我觉得很多人可能和我想的一样，以为提示词写得越长越专业，但是 Claude 官方这份指南差不多是在反着教。
它通篇都在告诉我们哪句可以删、哪个场景别加，每条建议后面还跟着一句“在你自己的任务上测一下”。
模型在变，没有哪套模板能一直用下去。能一直用下去的，是你知道自己想要什么，并且说得出具体哪里不要。
想起来 AI 视频大神 DiDi_OK 写提示词的状态了，哪有什么套路不套路的，都是按照自己的想法手搓提示词的，最后呈现的效果甚至比套模板的提示词更牛。
所以啊，提示词虽然重要，但是核心还是我们自己肚子里有什么，把自己的想法完整地传递给大模型，那就是一个优秀的提示词。
今天就找出你最常用的那条提示词，删掉“请仔细思考”，换一条点名式的禁令，前后各跑一遍对比看看。
先改一条，改了才知道自己原来也很强。
以上就是今天的分享，觉得有帮助，帮请帮一键三连：点赞、转发，再看和留言，你的反馈对我很重要！