Claude Code突然“降智”了？真相不是它变笨，而是默认思考等级被偷偷调低了

如果你在 2026年4月 这段时间频繁使用 Claude Code，大概率已经有过一种很别扭的感觉：它没有以前那么“稳”了。

以前你把需求丢过去，它会先把上下文读一遍，再慢慢分析、拆步骤、确认约束，最后再开始动手。现在不少人遇到的却是另一种状态：回答更浅、执行更快，但也更容易漏条件、跑偏，甚至连 CLAUDE.md 里明明写好的约定都能忽略。

很多人第一反应是：是不是模型能力退化了？Claude Code是不是“降智”了？

结论先说：更接近真相的解释，不是模型突然变笨，而是默认思考强度被调低了。 这不是个玄学感受，而是能从实际表现、日志信息以及更新记录里互相印证出来的变化。

更重要的是，这件事并不是没法解决。很多时候，你只需要一行命令，就能把它拉回到更靠谱的工作状态。

现象：为什么大家最近都在说 Claude Code “没有以前聪明了”

先看最常见的三个症状。

1. 输出明显变浅，像是在“赶工”

最直观的变化，就是它给出的思路不够深了。

以前面对稍微复杂一点的任务，比如多文件重构、脚本排错、架构调整、规则梳理，它通常会先花一段“脑力预算”去理解问题，给出比较完整的分析链路。现在很多人看到的是：它更快开始执行，但分析步骤变短了，推理层数也少了。

从社区里流出的对比来看，默认状态下的思考字符量，已经从大约 2200 左右，下降到大约 600。这个变化意味着什么？简单说，就是它不再像以前那样愿意“多想几步”。

而对于代码场景来说，少想几步，往往就不是“变快”这么简单，而是直接影响结果质量。

2. CLAUDE.md 约定更容易被无视

很多团队都会在项目里放一个 CLAUDE.md，把编码规范、目录约束、提交习惯、测试要求写清楚。

正常情况下，Claude Code 会先吸收这些规则，再决定怎么改代码。但最近一段时间，越来越多人发现：它虽然看到了这些文件，却没有真正把约束落实到执行里。

表现出来就是：

• 该保留的目录结构没保留
• 明明要求先读文档，它直接开始改
• 约定要补测试，它只修主逻辑不补验证
• 已经声明不要碰的文件，它还是动了

这类问题并不一定是模型“不会”，更像是它在默认模式下压缩了思考过程，导致上下文吸收不够完整，执行优先级高于分析优先级。

3. 不仔细分析就直接干活

这也是开发者最烦的一点。

有些任务本来最怕“上来就改”。比如：

• 老项目排查隐性 bug
• 多模块联动的配置问题
• 需要先理解业务约束的自动化脚本
• 有严格提示词和协作规范的团队仓库

以前它更像一个会先做笔记再动手的工程师，现在很多时候像一个着急交差的实习生：先开工，边做边猜。

而一旦默认思考强度下降，这种行为就会被放大。看起来响应更快了，实际返工次数却更多。

真相：不是模型能力退化，而是默认 effort 被调低了

为什么会出现这种变化？

目前比较可信的解释是：Anthropic 在高负载阶段，降低了 Claude Code 的默认思考等级。 换句话说，不是底层模型本身突然不会了，而是系统在默认配置上收紧了“思考预算”。

这背后的逻辑并不难理解。

过去一段时间，Anthropic 的使用量增长非常夸张。外部信息显示，API 请求量一度出现了 80 倍级别 的增长。对于任何一家大模型平台来说，这种量级的流量暴增，都会逼着系统去做两件事：

1. 控负载

2. 控成本

而降低默认 effort，恰好是最直接的办法之一。

因为更高的思考强度，意味着更长的推理链、更高的 token 消耗、更慢的响应时间，也意味着更重的系统压力。反过来，把默认值从 high 拉到 medium 或 auto，就能在大规模请求下快速降低总体开销。

目前社区里已经有两类信息可以相互对照：

• AMD AI 总监的日志记录，侧面提到了相关现象
• Anthropic 官方 changelog 里，也能看出默认行为策略发生过调整

这类证据未必会用一句直白的话写成“我们把你默认思考等级砍了”，但从日志表现、实际体验和更新记录拼起来看，结论已经很清楚：Claude Code 最近让人觉得“变笨”，本质上更像是默认推理强度下调后的连锁反应。

所以，别急着怀疑模型本身。很多时候，问题出在默认档位，而不是能力上限。

一秒解决：把 effort 手动拉回去

好消息是，这件事的修复成本并不高。

如果你只是偶尔感觉输出发飘，最简单的办法，就是在会话开始时明确指定 effort。

方法一：对话开头直接输入 /effort high 或 /effort max

这是最简单、最推荐的方式。

你只需要在当前会话开头加一句：

/effort high

或者更激进一点：

/effort max

这两者的区别也很好理解：

• high：适合大多数编程、排错、重构场景
• max：适合复杂分析、棘手 bug、需要充分读上下文的任务

如果你最近总觉得 Claude Code “答得太快、想得太少”，先试试这一步，往往立竿见影。

要提醒一句：max 的效果通常更强，但 token 消耗也更高。 如果你是重度用户，最好按任务复杂度来切，不必所有场景都一路开满。

方法二：在 ~/.claude/settings.json 里固定 effort 级别

如果你不想每次开新会话都手动输入，那就可以把默认值直接写进配置文件。

可以参考下面这种写法：

{
"effort": "high"
}

如果你追求更稳的分析强度，也可以改成：

{
"effort": "max"
}

这样做的好处是，Claude Code 启动后就会优先按照你的配置来工作，不容易再掉回过于保守的默认档位。

对于有固定开发流程、重度依赖 CLAUDE.md 的团队来说，这一步非常值得做。因为一旦默认 effort 稳住，很多“明明写了规则却不执行”的问题，也会明显缓解。

方法三：设置环境变量 CLAUDE_CODE_EFFORT_LEVEL="max"

如果你希望在终端层面统一控制，还可以直接设置环境变量。

例如：

export CLAUDE_CODE_EFFORT_LEVEL="max"

如果你希望长期生效，可以把它写进 shell 配置文件，比如 .bashrc 或 .zshrc。

这一招特别适合：

• 你在多项目间频繁切换
• 你希望所有 Claude Code 会话默认都更认真
• 你不想依赖手动输入指令

本质上，这和在配置文件里固定 effort 是一个思路：不要把思考强度交给平台当下的默认策略，而是自己接管。

为什么这一改动会让使用体验差这么多？

很多人会问：不就是从 high 调到 medium 或 auto 吗，为什么体感差别这么大？

原因在于，Claude Code 不是普通聊天机器人，它最有价值的地方，本来就不是“立刻回复”，而是“先理解再执行”。

在代码场景里，真正贵的从来不是首轮响应慢 2 秒，而是：

• 改错方向
• 漏约束
• 忽略项目规范
• 返工两三轮后才回到正轨

所以当默认 effort 被压低，损失的不是表面上的几百个字符，而是那部分本来该用于理解上下文、权衡方案、检查细节的“隐形脑力”。

这也是为什么不少人会误以为它整体变笨了。实际上，模型上限可能没变，但你默认拿到的是一个“省电模式”下的 Claude Code。

该怎么选：high 还是 max？

如果你不知道怎么选，可以直接按场景判断：

用 high 的场景

• 日常代码修改
• 小范围重构
• 读懂单个模块
• 写脚本、补测试、修普通 bug

用 max 的场景

• 大型项目排错
• 多文件、多约束重构
• 需要严格遵守 CLAUDE.md 的团队仓库
• 提示词工程、Agent 工作流、复杂自动化
• 你已经明显感受到它最近“太草率”

如果你是普通开发者，建议先把默认值放到 high；如果你是深度依赖 Claude Code 的重度用户，尤其在复杂仓库里工作，那直接上 max 往往更省心。

总结：Claude Code没有突然退化，只是默认策略变了

把整件事串起来看，答案其实已经很明确：

• Claude Code 最近之所以让很多人觉得“降智”
• 不是因为模型突然失去能力
• 而是因为默认思考等级从 high 下探到了 medium/auto
• 思考字符量从大约 2200 降到 600，直接影响了分析深度和执行稳定性

这也解释了为什么大家会集中遇到同一类问题：输出变浅、忽视 CLAUDE.md、分析不足就开工。

真正有效的处理方式，不是抱怨它“越来越笨”，而是把 effort 主动调回来。你可以临时用 /effort high 或 /effort max，也可以在 ~/.claude/settings.json 里固定配置，或者用 CLAUDE_CODE_EFFORT_LEVEL="max" 从环境层统一接管。

如果你想自己对比不同模型、不同推理强度下的实际输出差异，也可以去 api.884819.xyz 实测一下。同样的问题，换一个 effort 档位，结果往往就不是一个级别。新用户注册即送体验token，拿来做这种对比测试其实很方便。

接下来，真正值得关注的，不只是 Claude Code 会不会继续调整默认策略，而是：在大模型全面进入“动态负载管理”时代之后，开发者该怎么重新掌控自己的推理预算。 这件事，可能比表面上的“变聪明还是变笨”更重要。

#AI工具 #Claude #ClaudeCode #人工智能 #8848AI #AI编程 #行业动态