Anthropic 工程师 Addy Osmani 又写了一篇博客，标题叫“你可能给 Claude 的提示词写太多了”。读完觉得挺有意思，分享一下。

马语者

Anthropic 工程师 Addy Osmani 又写了一篇博客，标题叫“你可能给 Claude 的提示词写太多了”。读完觉得挺有意思，分享一下。


大意是说，新一代的模型变聪明了，你反而不用写那么长的指令了。拿最新的 Opus 5.5 举例，你只需要给它一个清晰的目标，告诉它怎么验证任务完成了，然后放手让它干就行。一开始可以用 /effort medium，够用了再调。

如果你自己都不太清楚想要什么，那就先让 Claude 像面试官一样问你问题，等它问清楚了，帮你整理出一份需求文档，你再拿着这份文档开一个新对话去执行。

Claude 干完活会自己停下来。如果任务比较长，你可以用 /goal 设定一个检查条件，让另一个模型帮你盯着，你甚至不用一直守在屏幕前。

文章还提到了几个实用的点。先说第一个：每次新模型出来的时候，你应该把之前写的那些自定义指令先全删掉，然后一条一条加回去，只留新模型真正需要的。Claude Code 里有个 /doctor prompt-audit 命令，专门帮你揪出那些给老模型写的过时指令。

然后说子代理。Claude 现在会自己去调子代理，小任务你不用专门喊它用，那样反而又贵又慢。只有大活儿，比如代码审计、大规模迁移，才值得拆成并行的子代理去跑。而且作者观察到，一个带技能的单体 Agent，在质量上经常能打过多个子代理的方案，成本和延迟也更低。

再说云端会话。如果你想合上笔记本走人，可以开一个 Cloud Session，它在远程虚拟机上跑，你用手机随时看进度就行。不过记得先把代码 push 上去。

最后是 Projects 功能，你可以把它理解成一个项目经理：你往里面丢任务，Claude 自动给每个任务开一条独立线程并行处理，还有一个总览页面告诉你哪些做完了、哪些 PR 等你审。

作者最后提了一句：代码审查仍然很重要，别全交给 AI。他们团队自己的做法是，代码先让 Claude 审一遍改一遍，然后人再看。你隔几个月也该回头看看自己的工作流，别一直用老习惯伺候新模型。

##