Addy Osmani 谈如何减少对 Claude 的过度提示

Addy Osmani 在 X 长文中提出，新版 Claude 模型需要的提示词比多数人习惯的更少，过度提示反而可能成为负担。他针对 Opus 5.5 给出的起点是：只给一个明确目标，并说明 Claude 应如何验证目标已达成，然后让它自主工作；从 /effort medium 起步，再按需调整。如果还不清楚要做什么，可以先让 Claude 反过来采访自己，直到它能写出一份 spec，再开新会话按 spec 构建。 对于可自动校验的任务，Osmani 建议提供 pass/fail 或具体数值门槛，并让报告以 Claude 能读取的形式输出，这样它可以持续执行而无需人工盯着。长后台任务可用 /goal 指定条件，由另一个模型在每轮后检查。他提到近期 Claude Code 已把 auto mode 作为交互式终端会话的默认起始模式，由分类器分析 Claude 的动作，而不是依赖常规权限提示，但他明确表示这并不保证安全。 在提示词精简上，Osmani 引用数据称，对 Claude Opus 5 和 Claude Fable 5，超过 80% 的 Claude Code 系统提示词被移除，编码评测没有可测量的下降。他建议新模型发布时做同样实验：先删掉部分指令，只把模型确实遗漏的加回来；/doctor 提示词审计命令可以标出为旧模型写的指令。 subagent 方面，Claude 会自行委派，通常无需主动要求。只有长审计、迁移这类体量较大的独立工作才值得让 Opus 5.5 拆到并行 subagent；小任务用 subagent 会增加成本和延迟。Osmani 认为 subagent 能并行或提供第二意见，但默认不会让结果更聪明；自建 agent 时，带 skills 的单一 agent 在质量上可能优于 subagent 设计，成本和延迟往往也更低。 他还介绍了云端会话与 Projects：需要合上笔记本时，可从 claude.ai/code、Claude 应用或 claude --cloud 启动云端会话，它在独立 VM 中运行并重新克隆仓库，启动前需先推送提交；依赖本机资源的任务应留在本地。并行会话只有在单个会话能独立完成时才有收益。Claude Code 的 Projects 相当于一个长期运行的聊天，负责大部分项目管理，把问题粘进去后 Claude 会为每项创建独立线程（通常是云端会话）并行执行，指令一次提供即应用于所有新线程，Overview 展示已完成任务、就绪 PR 和待输入事项。Projects 目前在 Pro 和 Max 上公测。 评审环节，Osmani 称 Claude Code 团队的大部分阅读已自动化，多数改动在交给人看之前至少由 Claude 评审并修复一次。Team 和 Enterprise 计划可用 Code Review，轻量版 /code-review 会在未见过对话的 subagent 中审查 diff；也可以直接开新会话，给它 spec 并让它忽略风格问题。他建议每隔几个月审计一次自己的工作方式，避免沿用为旧模型建立的流程。