Anthropic 删掉 Claude Code 自身 80% 的系统提示，性能毫无损失

Anthropic 在把工具链升级到 Claude Opus 5 和 Claude Fable 5 时，悄悄删掉了驱动 Claude Code 的内部系统提示的 80% 以上，而它的编程评测分数纹丝不动。如今，Anthropic 从谷歌挖来负责 Claude Code 开发者体验的工程师 Addy Osmani 提出，使用这款工具的大多数团队，自己的指令文件里也积累了同样的累赘，应该照此清理。

Osmani 于 2026 年 10 月 29 日发布了这份指南，标题为《You're probably overprompting Claude》（你可能给 Claude 写了太多提示）。他描述了所谓的「提示债务」：为早期能力较弱的模型写下的显式指令不断累积，如今既消耗推理 token、挤占工作上下文，有时还会主动削弱新模型的表现。

80% 的削减并不是道听途说。Thariq Shihipar，Anthropic 技术团队成员，在 2026 年 7 月公开证实：「对于 Claude Opus 5 和 Claude Fable 5 这样的模型，我们删掉了 Claude Code 系统提示的 80% 以上，编程评测上没有可测量的损失。」这意味着 Anthropic 在向用户推荐之前几个月，就把这一原则用在了自己的生产工具上，这比单纯一篇博客文章的验证力度更强。

为什么前沿模型需要的指令比早期模型更少

背后的动态很简单：现代前沿模型通过训练吸收了旧版本需要显式提示才能产生的行为。2024 年或 2025 年初搭建 CLAUDE.md 文件的开发者，有理由写入关于语气、谨慎程度、代码风格、自检习惯和一般任务纪律的指令。Claude Opus 5.5 由 Anthropic 于 2026 年 9 月 22 日发布，定价为每百万输入 token 4 美元、每百万输出 token 20 美元，已经把其中许多默认行为内化了。

继续把这些指令喂给模型并不会强化它们，反而占用上下文窗口，还可能干扰内部推理。和软件中的技术债务一样，提示债务悄无声息地累积，通过浪费的 token 产生利息，而且很少有人清理，因为最初的作者已经转去做别的事了。

经济账让这一点更加突出。在默认推理设置下，Opus 5.5 已经比前代便宜约 40%；清除冗余系统提示指令的团队，还能进一步降低实际输入 token 成本，同时消除指令覆盖如今已经很好用的模型默认行为的风险。

/doctor prompt-audit 命令与提示清理方法

Anthropic 把清理流程直接做进了 Claude Code。/doctor prompt-audit 命令在 Claude Code 2.1.283 版本中加入，用于分析项目的 CLAUDE.md 文件和智能体指令配置，识别为旧版 Claude 模型编写的模式，并标记那些与当前模型默认行为重复的指令。

这个命令的存在本身就值得注意。Anthropic 把指令质量当作一流的开发者工具问题，而不是交给用户的直觉，说明工程团队认为提示债务既普遍又严重，值得自动检测。

Osmani 建议分三个阶段清理提示：先删掉累积指令中相当大的一部分；观察模型在真实任务中究竟哪里做得不够；然后只恢复针对这些有据可查的缺口的指令。这颠覆了人们不断累积「安全网」指令的惯常本能，代之以基于证据的恢复。

建议的节奏是每季度一次。每隔几个月，团队应重新审视哪些指令可以删减，哪些任务已经可以放心完全交给模型，哪些输出仍需人工验证。/doctor prompt-audit 命令的设计目的，就是让这种审计比人工检查快得多。

验收标准与 /goal 命令：Claude 如何知道何时该停

Osmani 描述的更深层转变，是从重指令的提示转向规定结果。推荐给 Claude Opus 5.5 的做法，不是提供详细的操作步骤，而是描述期望的结果，并定义一个可由机器执行的条件来判断是否达成。

这类似于测试驱动开发：在实现开始之前，先用测试定义什么叫「完成」。当 Claude 有了清晰、可执行的验证条件（测试套件通过、某个数值达到目标、结构检查没有报错），它就能自主迭代直到条件满足，并在每一轮后重新检查自己的输出。

这里的 /goal 命令在会话层面实现了这一点。用户设定一个条件，在每个智能体循环结束时，由一个单独的模型实例评估条件是否满足。这种执行与评估的分离，借鉴了软件测试中的常见做法：评估者与结果没有利害关系，只是机械地应用标准。

对于用户还在明确需求的任务，Osmani 建议设一个探索阶段：让 Claude 不断提问，直到它有足够的上下文写出需求规格，然后开一个新会话，把这份规格作为目标交给它。最初的会话被丢弃，规格成为执行的唯一依据。

一个配套做法是在长时间运行的智能体任务中设置明确的检查点：让 Claude 在这些节点先汇报初步发现或展示早期原型，再继续推进。这样团队无需事无巨细地管理每一步就能纠偏，既保留了长时间运行的自主优势，又限制了早期错误假设的影响范围。

另一个相关命令 /effort 命令调节 Claude 在每一步投入多少计算推理。Osmani 建议从 /effort medium 开始，再根据观察到的输出质量调整。这取代了那种告诉 Claude「仔细想想」或「要周全」的常见提示模式，Opus 5.5 会根据内部的努力档位来决定这些行为，不需要显式指令。

什么时候该用子智能体，什么时候不该用

Claude Code 可以派出子智能体（单独的模型实例）并行处理任务的不同部分。Osmani 关于子智能体规模的指导，针对的是一种常见的误判：对太小、无法从协调开销中获益的任务，也显式要求并行。

启动子智能体需要转移上下文、调用模型编排、合并输出。对于针对性的 bug 修复或单模块改动，这些开销超过了任何并行收益。Osmani 指出，Claude 自身的自动派发往往足以应付日常工作，团队应该让它自行组织，而不是对小任务发出显式的并行子智能体指令。

对于真正大型且相互独立的工作（全代码库审计、跨模块迁移、全面的测试生成），明确要求并行子智能体执行是合理的。关键区别在于子任务是否真正独立：如果它们共享状态或有先后依赖，强行并行只会带来协调成本，而没有相应的吞吐量收益。

子智能体明显能增加价值的一个具体场景是代码审查。Osmani 称，在 Anthropic 的 Claude Code 团队内部，大多数改动在到达人类审查者之前，至少经过一轮 Claude 辅助审查。Claude Code 的/code-review 命令会启动一个没有看过当前会话上下文的全新子智能体，提供更独立的差异评估。另一种做法是开一个新会话，给它需求规格，要求进行聚焦的审查，强调功能正确性而不是代码风格，这样无需 Team 或 Enterprise 方案也能得到结构上类似的结果。

云端会话与项目：管理不需要你在场的工作

Claude Code 最近新增的两项基础设施，针对的是任务运行时间超出一次坐班工作时段的难题。

云端会话可通过 claude.ai/code、Claude 移动应用或 claude --cloud 终端参数使用，运行在 Anthropic 管理的虚拟机上，并全新克隆所连接的 GitHub 仓库。实际效果是，合上笔记本后会话仍在继续，较长的任务可以通宵运行或在工作间歇运行。用户可以在移动设备上监控会话进度，回答模型在任务中途提出的问题，并在不坐在开发机前的情况下审查生成的拉取请求。需要本地资源的任务（本地数据库、特定设备工具、依赖硬件的测试）仍然适合在本地执行。

由于云端会话是全新克隆仓库，任何未提交的本地改动都必须在开始前推送到远程分支，习惯依赖本地状态的团队需要调整。

Claude Code Projects 自 2026 年 10 月 9 日起以候补名单方式向 Pro 和 Max 方案用户开放公开测试（此前 9 月 17 日起只面向部分用户内测），在单个会话之上提供了一层结构。一个项目相当于跨多个会话的持久上下文：用户把任务或问题发到共享对话中，Claude 为每项工作创建单独的线程，通常以并行云端会话的形式执行。项目级指令在各线程间保持有效，团队可以一次设定、应用于所有任务，而不必为每个新会话重新说明上下文。概览页把任务状态、待审查的拉取请求和等待用户回答的问题汇总到一个仪表盘上。

项目功能仍处于测试阶段，Team 和 Enterprise 方案暂不可用。

自动模式、验证，以及工作重心的真正转移

最新版本的 Claude Code 在交互式终端会话中默认使用自动模式，由分类器评估 Claude 的每个动作，而不是逐步提示用户批准。Osmani 承认自动模式仍有局限：分类器并非万无一失，确实弹出的权限提示需要仔细考虑，而不是条件反射式地批准。

随着更多执行工作交给 Claude（更长的会话、并行子智能体、云端通宵运行），开发者的主要职责从写指令转向验证结果。当 Claude 报告任务完成时，Osmani 建议在接受之前，先要求它给出结构化的运行命令及结果，或最终状态的截图。验证这一步不是可选项，而是新的首要工作。

这与 Osmani 在相关场合谈到的更广泛模式一致：随着 AI 辅助编程规模扩大，瓶颈不是生成速度，而是人类评估所生成内容的能力。一个能比团队审查速度更快地自主编写并提交代码的模型，带来的验证问题比生产力收益更重大。提示债务清理、验收标准工作流、/goal 驱动的自主循环和代码审查子智能体，归根结底都是让验证这一步更快、更可靠的工具，而不是取消验证的工具。

对当下使用 Claude Code 的团队的实际意义

对于任何拥有成熟 CLAUDE.md 文件或累积了智能体指令的团队，当下要做的就是运行 /doctor prompt-audit，并把它的输出作为有意识精简的起点。在 2026 年 9 月 Opus 5.5 发布之前搭建指令文件的团队，最有可能背负着可观的提示债务。

更广泛的影响是结构性的。Osmani 10 月 29 日的文章，是迄今最清晰的公开表态：面向前沿模型的提示工程，并不是一项会随时间复利增值的稳定技能。它是一种需要随模型能力变化定期重新校准的实践，更像软件项目中的依赖管理，而不是写一份永远有用的文档。/doctor prompt-audit 命令体现了这一现实，它让重新校准自动化，而不必依赖开发者的记忆或自律。

80% 这一数字是否适用于所有代码库，是一个需要实证的问题，而不是一种保证。Anthropic 的内部删减在其编程评测上没有带来可测量的损失，但不同团队处在复杂性与特定性权衡的不同位置。数据确实表明的是，如今的默认假设应该是质疑累积的指令，而不是顺从它们。

下一个值得关注的里程碑，是 Claude Code 项目功能扩展到 Team 和 Enterprise 方案。届时，Osmani 描述的结构化并行会话工作流，将进入提示债务很可能最严重、代价最高的组织环境。