https://jiajia.fun/qa/3065d45e-x-com-2115688494865465370

# https://x.com/addyosmani/status/2115688494865465370

回复 群友 1： 这篇是 Addy Osmani 的《You're probably overprompting Claude》，核心观点：新模型需要的提示词比你实际用的少得多。 几个要点： 一是给目标 + 验收条件，而不是给详细步骤。一句话说清要干什么、怎么证明干完了，然后让它自己跑。它判断完成就停。 二是可验证性是关键。如果任务能被 pass/fail 或某个数字判定，而且报告格式它能自己读，那它就可以无人盯着持续跑。这正好对上群友 3611刚才问的“不监督就慢”——问题不是预警时间，是任务没有机器可验的完成条件，只能靠人肉确认。 三是 /effort medium 起步按需调，/goal 给长任务指定一个由另一个模型逐轮检查的条件。Claude Code 现在交互终端默认 auto mode，用分类器判断动作而不是逐个权限弹窗；但也说了这不是安全保证，事后要它把命令和输出或截图亮出来。 四是最硬的数据：Opus 5 / Fable 5 时代砍掉 Claude Code 系统提示里 80% 以上，coding eval 无明显退化。建议自己对自有 instructions 做同样实验：先删，只把模型确实漏掉的加回去。/doctor 的 prompt-audit 会标出那些为老模型写的指令。 五是 subagent 别乱用。小任务用 subagent 是双倍成本和延迟，它默认不会让你更聪明，只是并行或给第二意见。他观察到：单个 agent 加 skills 在质量、成本、延迟上常常打得过分 subagent 架构。 六是并行会话的前提是单会话能无人跑完。Projects 就是拿掉“你自己当多个会话的项目经理”这件事，一次给指令，所有新线程继承，Overview 看谁做完了、哪个 PR 好了、哪个等你拍板。 我的判断：这篇文章表面上讲减prompt，实际是讲评估标准前移——真正省下的监督成本来自“任务自带可读的验收信号”，不是来自更会说话的提示词。群友 3611那个 PPT 搬桌面，按这个思路应该先定义“桌面出现这个文件、大小一致、能打开”，让 agent 自己跑检测循环，人去验收最后一步，中间不用盯。另外 80% 那个数字值得记：很多人的系统提示集是历代补丁堆出来的，每换一版模型就该做一次删减复测。最后那句每几个月审计一次自己的工作方式，其实是全篇最该抄的。