Addy Osmani 谈过度提示 Claude：Opus 5.5 更少指令也能干活

一句话看懂：2026年10月29日，Addy Osmani 在 X 上发帖称，很多用户对 Claude 仍然“提示过度”，而较新的模型（如 Opus 5.5）用更少的指令就能完成工作，关键在于给清目标、说明验证方式，然后让模型自己跑。

事件核心：发生了什么

Osmani 在帖子中给出了具体操作建议：对 Opus 5.5，尝试用一个提示交代清楚要做什么、 Claude 应如何验证是否完成，然后让它自行推进，起步用 /effort medium，再按需调整；如果还不知道目标，就先让 Claude 反过来采访你，直到写出可用的 spec，再开新会话按 spec 执行。他还提到，Claude Code 近期把 auto mode 设为交互式终端会话的默认起始模式，由分类器分析 Claude 的动作，而不是依赖常规的权限提示。另据其说法，Claude Opus 5 和 Claude Fable 5 上超过 80% 的 Claude Code 系统提示被移除，编码评测没有可测量的下降。

为什么重要

这指向一个容易被忽略的变化：随着大模型能力提升，提示工程的重心正在从“堆指令”转向“定目标和验收标准”。目前公开信息显示，这些是 Osmani 基于个人使用和团队观察给出的建议，并非 Anthropic 的官方发布。对开发者而言，这意味着自己维护的提示词可能包含大量为旧模型写的冗余内容，Osmani 建议用 /doctor prompt-audit 找出这类指令，并像删减系统提示一样做实验：先删，再加回模型确实漏掉的部分。

对用户/开发者/创作者的影响

面向 API 和 Claude Code 的开发者，值得优先尝试三件事：用 /goal 为长后台任务设定验收条件，由另一个模型每轮检查；把长审计或迁移这类可独立拆分的工作交给并行的 subagents，而小任务别用子代理，否则成本和延迟会放大；需要关电脑时改用 Claude cloud sessions，在独立虚拟机克隆仓库运行，记得先 push 提交。Osmani 还认为，自带 skills 的单代理在质量和成本延迟上常常优于子代理设计。审查环节也没有消失：Code Review 或 /code-review 可在未见过对话的子代理中审查 diff，而团队内部大量改动已先由 Claude 审过一轮。