还在给 Claude 写两千字提示词？可能是在给它绑手脚

Addy Osmani 最近写了篇文章，标题很直白：You're probably overprompting Claude。Viking 转述时把话挑明：对现在最强的模型，太多提示词是在限制发挥。

文章里最扎眼的数据是，Claude Opus 5 和 Claude Fable 5 去掉了超过 80% 的 Claude Code 系统提示，coding eval 没有可测量的下降。Viking 在推文里补了一句，之前很多 skills 都可以删，过度约束等于让新模型戴着镣铐跳舞。原推在这里：vikingmute/status/2116070310428733678。

提示词写长，常见原因是需求没想清楚。模型只能猜，用户继续补规则，最后 system prompt 变成一叠旧补丁。有网友在回复里自嘲，自己的 CLAUDE.md 还留着三个模型以前的规则，不敢删。

一个更省事的流程是，给 Claude 一个清晰目标，再给一个明确的验证条件。Viking 提到，他喜欢用 E2E 通过和录屏通过做验收。如果还没想清楚要做什么，先让 Claude 反过来面试你，问到能写出 spec，再开一个新会话，用这份 spec 去执行。

Addy 还给了几个操作细节。Opus 5.5 可以从 /effort medium 起步，按需要调。长后台任务用 /goal 指定一个条件，让另一个模型每轮检查。Claude 觉得自己做完会停下来。自动模式用分类器分析动作，不再靠逐个权限提示，但这不保证安全，盲目批准每个提示也不保证。Claude 汇报后，让它展示命令和输出，或者截图。

subagent 别乱开。Claude 会自己委派，只有长审计、迁移这类独立大活才值得拆并行。小任务开 subagent 会增加成本和延迟。Addy 的说法是，subagent 能并行、能给第二意见，但默认不会让事情更聪明。他自己看到的情况是，一个带 skills 的单 agent，在质量和成本延迟上常常比 subagent 设计更好。

想合上笔记本跑任务，可以用 cloud session。从 claude.ai/code、Claude app 或 claude --cloud 启动，它在独立 VM 里跑，拿的是仓库新克隆，所以开始前先 push commit。手机上查看问题、看 diff、开 PR。需要本机资源的任务还是留在本地。并行会话只有在单个会话能独立跑完时才有收益。

Projects 是另一个省管理成本的东西。它是一条长聊，帮你做项目管理：有新 issue 或 job 就贴进去，Claude 为每个任务开线程，通常是 cloud session，并行跑。指令给一次，应用到新线程。Overview 显示哪些完成、哪些 PR 就绪、哪些等你输入。Projects 在 Pro 和 Max 是公开 beta。有网友在回复里贴了张图，希望 Projects 能有一个跨线程总览。

审核仍然重要，只是流程变了。Claude Code 团队里，大多数改动在给人看之前，至少被 Claude 审过和修过一轮。Team 和 Enterprise 可以用 Code Review，轻量一点用 /code-review，它让一个没看过当前对话的 subagent 审 diff。也可以直接开新会话，给它 spec，告诉它忽略风格问题。

别一刀切。有网友提醒，提示词可以砍，skills 不一定全删。按需加载的 skills 平时不占上下文，真正该瘦身的是 system prompt 里每次都塞的规则。更稳的做法是，精简前留一组回归任务，删完看哪些问题真会回来，再把必要约束加回去。旧的 skills 也可以一条条关掉跑一遍，模型漏掉的再加回来。

验收条件也要防作弊。有网友问，E2E 是提前写好锁住，还是让模型自己写。让它自己写，跑不过时它偶尔会顺手改测试。验收标准最好能锁住。

Addy 建议每隔几个月审计一次工作方式，别按旧模型的习惯搭流程。提示词工程像早期搜索引擎，用户得学怎么输关键词；后来大家直接说想搜什么。现在给 Claude 写提示词，也可以往这个方向收：目标讲清，验收写死，中间少管。

Matt Pocock 的 grill-me 被不少回复提到，中文对照站是非官方学习站：mattpocock.ganhai.cloud。