Claude Code 删掉 80% 系统提示词：Anthropic 的“信任模型”哲学正在改写提示工程规则

Simon Willison 在 2026 年 AI Engineer World's Fair 上主持了一场炉边谈话，嘉宾是 Anthropic Claude Code 团队的产品负责人 Cat Wu 和工程师 Thariq Shihipar。整场谈话信息密度极高——从 Claude Tag 接管了团队 65% 的 PR 到“重写代码现在是好事”，几乎每一段都有反直觉的结论。但最让我反复琢磨的，是 Thariq 轻描淡写说出的一句话：

Claude Code 的系统提示词，在面对 Fable 和 Opus 4.8 这些前沿模型时，已经削减了 80%。

一个 AI 产品的核心指令削减了五分之四，这不是优化，这是哲学转向。

删掉了什么

Thariq 说得很直白，被砍掉的内容主要有两类：

第一类是示例（few-shot examples）。 他的原话是：“移除示例非常有帮助，因为 Fable 比我们给它的示例更有创造力。”

这句话值得反复读。长久以来，给模型塞几个精心设计的示例是提示工程的“最佳实践”——一个高质量示例胜过一百行指令描述。但 Fable 的出现把这个逻辑反转了：你的示例反而成了天花板，限制了模型本可以展现的创造力。模型比你给的例子更聪明，为什么要让它模仿一个更差的版本？

第二类是硬性的“禁止”约束。 Thariq 解释说，强烈的禁令（比如“绝对不要做 X”）会和那些合法地需要做 X 的用户指令产生冲突，从而让模型陷入困惑。“我们尝试减少硬性约束，增加更多上下文，并减少整体指令。”

Cat Wu 给了一个具体的案例：旧指令要求 Claude Code“始终验证（always verify）前端变更”，现在改成了“大多数时候（most of the time）”。因为如果你只是把文案从一个字符串改成另一个，用户说“做个快速修复就好”，也许你就不需要打开浏览器去验证了。

“多给上下文，少给禁令”

这六个字大概可以概括 Anthropic 的新提示词哲学。

过去十年的软件开发有一个持续的趋势：从指令式编程（告诉计算机每一步做什么）到声明式编程（描述你想要什么结果）。Anthropic 在提示词层面做的事情，本质上是同一种迁移——从“告诉模型每一步怎么想”到“描述清楚上下文和边界，相信模型能自己判断”。

这种信任不是凭空而来的。Thariq 特别强调，这个削减策略是模型强依赖的——旧模型依然会收到完整的系统提示词。只有当你对模型的能力有足够的信心时，你才有资格删掉那些“保姆级”的指令。换句话说，削减提示词是一种能力上的特权，不是一种通用的最佳实践。

如果你在用一个较弱的模型，你还是需要那些示例和禁令。但如果你在用 Fable，多写一行指令可能就是在多制造一层束缚。

这种哲学从哪来

Anthropic 做这件事的方式本身就是这种哲学的体现——他们不是凭空拍脑袋决定删什么，而是通过一个精心设计的内部流程迭代出来的。

Cat Wu 详细解释了 Claude Code 的功能决策流程：先发布给所有 Anthropic 员工内部使用，收集“越残酷越好”的早期反馈，然后设定明确的活跃用户数和留存率门槛——达不到就不发。这个流程的好处是，它把一个容易变成“我觉得”的产品决策变成了一个数据驱动的问题：用户用脚投票，留存说明一切。

这跟提示词削减是同一种思维方式：不是事先制定一堆规则来约束行为，而是给足上下文（真实使用数据），相信系统（留存率指标）会告诉你什么是对的。

Simon Willison 的“用提示写提示”框架

Simon Willison 自己在谈话中提到了一个他一直在实践的提示工程框架：用一个强能力的 Agent 来生成带有定制化提示词的子 Agent。这个思路其实已经暗合了 Anthropic 的哲学：

如果你信任主 Agent 的判断力，就不应该用一套死板的提示词去限制它——你应该让它自己为不同场景生成最合适的“子提示词”。这就是“多给上下文，少给禁令”在实践中的一种体现。

从提示词到产品：同一个哲学在蔓延

如果把视角拉高，你会发现这种“信任模型判断力”的哲学正在 Anthropic 的产品线中扩散：

• Auto mode 本质上就是“我相信 Claude 能自己判断什么时候该调用什么工具”——不用每次都弹权限提示让人类点确认。
• Claude Tag 让 AI Agent 直接进入团队的 Slack 频道，自主监控 Bug 报告并提 PR——不需要人手动触发。
• 自动化代码审查 正在逐步接管“外层”代码变更的审查——从“人审一切”到“信任自动化审查+人在关键节点把关”。

这些决策背后是同一种逻辑：当模型能力跨过某个阈值，“控制”就不再是最佳策略，“信任+反馈闭环”才是。

对普通开发者的启示

这场谈话对我最大的冲击不是技术细节，而是一种心态上的调整。

Thariq 在回答“工作被 AI 取代怎么办”这个问题时给出的建议是：“变得更有野心（be more ambitious）。” 他说他用 Fable 给自己的产品做发布视频——自动转录、动态裁剪、追踪演讲者、生成动画——这些放在一年前需要一个专业视频团队才能完成的事，现在他一个人用几小时就搞定了。

提示词削减 80% 这件事的本质也是如此：当你的工具已经足够聪明，你最需要做的不是给它更多指令，而是给自己更高标准。

删掉那些保姆级示例和禁令。相信它能理解上下文。然后去做你一个人原本做不了的事。