AREX Feed Article
Anthropic Claude Code 团队成员发文称：已为 Opus 5 与 Claude Fable 5 移除逾 80% 系统提示词，编码评测无可测退化
北京时间 10 月 29 日 14 时 13 分，Anthropic Claude Code 团队成员 （X 资料标注 “Claude Code @anthropicai”，账号约有 47.3 万关注者）发布 X Article（X 的长文功能）（“你可能正在过度提示 Claude”）。文章披露的核心事实是：对 Claude Opus 5 与 Claude Fable 5，Claude Code 的系统提示词已被移除逾 80%，而其编码评测没有测出退化。Osmani 同时写道，近期版本的 Claude Code 已把 auto mode（自动模式）设为交互终端会话的默认起始模式。
“无可测退化”出自 Osmani 所在团队的内部评测，文章没有给出评测名称、数据或对比基线。文章开篇一句概括了全篇立场：“新模型需要的提示，比我们大多数人至今还在给的要少。”截至发稿，这篇文章已获得约 1,230 个赞、7.1 万次浏览和 1,748 次收藏。
评测数字未公开，方法交给了用户
系统提示词是 Claude Code 在每次会话里自动注入的固定指令，与用户自己维护的 CLAUDE.md 是两回事。Osmani 在文中把结论加粗写出：“对像 Claude Opus 5 和 Claude Fable 5 这样的模型，Claude Code 的系统提示词有超过 80% 被移除，其编码评测没有出现可测得的退化。”他没有附上评测的名称或数字，这个比例因此只能按当事团队的自述口径引用。
他把同一套方法交给了用户：新模型发布时，对自己的指令做同样的实验——先删掉一些，再把模型确实会漏掉的那些加回来。/doctor 的 prompt-audit 命令会标记出那些为旧模型撰写的指令。
auto mode 成默认：分类器替人盯权限
按文中的描述，auto mode 里由一个分类器分析 Claude 的动作，而不是像过去那样依赖逐条权限弹窗。他同时给这个新默认值划定了边界：“这并不是安全行为的保证——盲目批准每一条提示同样不是。”他建议，当 Claude 汇报结果时，让它出示所执行的命令与输出，或者一张截图。
给 Opus 5.5 的用法：一个目标，一条验收线
对 Opus 5.5，Osmani 建议只写一条提示：说清一个明确的目标，以及 Claude 应当如何验证自己已经做到，然后放手让它去做；起步用 /effort medium，不够再调。“Claude 会在它认为自己完成时自行停下。”他写道，如果任务能以通过/失败来判定，或有“一个要超越的基准数字”，且报告形式是 Claude 自己能读的，它就能在没人盯着的情况下持续推进。
不知道自己要什么，次序就反过来：先让 Claude“面试”你，直到它能写出一份规格说明（spec）；再开一个新会话，拿着这份规格开工。对长的后台任务，可以用 /goal 设定一个条件，由另一个模型在每一轮结束后检查。
子代理能少则少，并行交给 Projects
对子代理（subagent），Osmani 的建议同样是做减法。Claude 自己就会把活委派给子代理，用户很少需要开口；值得点名托付的只有大体量、能独立完成的任务，比如长审计或迁移，Opus 5.5 能把它们拆给并行的子代理。小任务上，“子代理只会让成本和延迟成倍增加”。他的原话是：子代理能并行工作、能提供第二意见，“但默认情况下，它们不会让事情变得更聪明”。就自建代理，他给出的口径注明是个人观察（“from what I've seen”）：一个带技能（skills）的单代理，质量往往胜过子代理编排，成本和延迟还常常更低。
云会话是另一层减负：从 claude.ai/code、Claude 应用或 claude --cloud 启动后，任务跑在一个带仓库全新克隆的独立虚拟机（VM）里，所以开工前要先 push 提交；之后可以在手机上查看进度、回答会话提出的问题，再审阅代码差异（diff）、开拉取请求（PR）。任务依赖本机才有的资源时，就留在本地。他给并行定的前提只有一句：“并行会话只有在单个会话能不需要你跑完时才划算。”
到了同时跑多个会话的地步，他把项目管理交给 Projects：这是一个长期运行的大会话，有新的议题（issue）或任务就贴进去，Claude 为每个任务开一个独立线程（通常是云会话）并行去跑；指令写一次，套用到所有新线程；Overview（总览）页面标出哪些任务完成、哪些 PR 就绪、哪些在等你输入。该功能目前在 Pro 和 Max 计划公测，“你可能还没拿到，但希望快了”。
评审还在，先读 diff 的已是 Claude
Osmani 透露的团队内部实践与文章主张互相呼应：在 Claude Code 团队，大部分“读”已经自动化——多数改动在被人类过目之前，已由 Claude 评审并修过至少一轮。普通用户可以对应使用 Team 与 Enterprise 计划里的 Code Review（代码评审），或更轻量的 /code-review：后者把你的 diff 交给一个没有看过本次对话的子代理去审。不想用这些，也可以直接开一个新会话，把规格给它，并叫它忽略风格层面的问题。
回复区的 “Facts” 与被翻出的 CLAUDE.md
发布当天，资料自述 “I build things @AnthropicAI” 的工程师 在文下回复了一个词：“Facts”（“属实”）。用户的回复更像一场集体对账： 贴出自己团队的账目——代理过去每个任务开始前要读 68.7 KB 的文档，现在只给 7.6 KB，其余按需获知，并随模型更新继续删减；则对准 CLAUDE.md：“砍掉八成系统提示评测都没掉，这个数挺扎心的。很多人 CLAUDE.md 里那一长串规则可能就是写给老模型的。”中文开发者社区当天也出现了。
文末，Osmani 把整套逻辑收进一句话：“每隔几个月，审计一遍你的工作方式，确保你没有在为旧模型过去的工作方式而搭建。”至于这条加粗的自述结论，截至发稿，公开可见的回应以转述与讨论为主，评测的名称和数据没有随文公布，尚未见到独立测试。