Claude变笨？锅不在模型，在产品层连改三处开关

上个月一堆人说Claude写代码变迟钝，Anthropic查了一圈，发现模型没退步，是自家产品层连着改错了三处地方。API一直稳如老狗，但内部测试愣是没复现出来——完蛋，用户现场才是真实考场。

3月4日他们把Claude Code的默认推理努力级别从“高”降到“中”，怕UI卡死。结果用户根本不care那点延迟，就要聪明输出。4月7日赶紧回滚，牛皮吹爆了。

3月26日上线了个清理旧上下文的功能，本意是省资源，bug却让它每轮对话都清空记忆。Claude当场变金鱼，重复问同一问题。Sonnet 4.6和Opus 4.6全中招，4月10日才修好。

4月16日又加了条系统提示想砍掉啰嗦回复，结果和其他提示打架，代码生成直接崩了，连Opus 4.7都遭殃。四天后火速撤回，一句话：提示工程真不是调鸡尾酒。

现在Opus 4.7默认用xhigh努力级别，其他模型回high。你还能用/effort手动调——就像饭馆点菜，要慢炖还是快炒，自己选。4月23日起所有订阅额度也重置了，算是一顿免费续杯。

说到底，模型没动，光改产品层就能让体验断崖下跌。内部测试再严，也挡不住现实世界的混沌。我原以为退化都是模型迭代翻车，实际上是反过来的：有时候锅在开关，不在引擎。