Anthropic Claude Code 团队 Addy Osmani：你可能对新版Claude过度提示了

Anthropic Claude Code 团队成员 Addy Osmani 在 X 上发布了一篇长文，核心判断是：新版 Claude 模型所需的提示词比多数人仍在提供的要少。他给出了一个具体数字：Claude Code 团队针对 Claude Opus 5 和 Claude Fable 5 移除了系统提示词中超过 80% 的内容，编码评测没有可测量的下降。

基于这一实践，Osmani 给出的操作建议是：给 Claude 一个单一提示，包含清晰的目标和验证条件（即模型应如何自行确认任务已完成），然后让它工作。从 /effort medium 起步，按需调整。

对于还不清楚自己具体要做什么的情况，他建议先让 Claude 采访你，直到它能写出一份规格文档，然后开一个新会话用那份规格来构建。关键机制在于：如果任务能以通过/失败或一个需要超越的数字来验证，并且报告格式是模型能读取的，Claude 就能在无人盯守的情况下持续工作。

Osmani 给出了一个可操作的审计方法：当新模型发布时（比如 Opus 5.5），移除自己指令中的一些内容，只把模型确实遗漏的加回来。Claude Code 的 /doctor 提示词审计命令会标记那些为旧模型编写的指令。他建议每隔几个月审计一次自己的工作方式，确保不是在为旧模型的工作方式编写指令。

关于 subagent 的使用，Osmani 的判断比较明确：Claude 会自行委派任务给 subagent，用户很少需要主动要求。只在处理大型独立工作时才显式请求 subagent，比如长时间审计或迁移任务。对于小任务，subagent 会成倍增加成本和延迟。他的核心观点是 subagent 能并行化工作或提供第二意见，但默认情况下不会让结果更聪明。对于自己构建的 agent，一个带 skills 的单 agent 在质量上可能优于 subagent 设计，成本和延迟通常更低——他明确将这一判断限定为个人观察。

需要指出的是，80% 系统提示词削减的数据来自 Claude Code 团队自身的实践报告，未公开独立基准方法论或具体评测集。Osmani 的建议整体上是基于他作为该团队成员的第一手观察，属于可归因的实践方法而非经过同行验证的实验结论。

Osmani 还提到 Claude Code 近期将 auto mode 设为交互式终端会话的默认启动模式，其中分类器分析 Claude 的行为而非依赖传统的权限提示。他明确警告这不是安全行为的保证，与盲目批准每个提示一样不安全。当 Claude 报告完成时，应要求它展示命令和输出或截图。

整体而言，这篇方法的核心可迁移认识是：模型能力在进步，但用户的工作流往往滞后。定期审计提示词、信任模型在清晰验证条件下的自主执行能力、避免为小任务过度编排 subagent，是降低使用摩擦和成本的实际路径。