1、Notion 发公告禁用所有 Anthropic 模型，原因是降智了

6月7日，Notion官方状态页上的一条公告，很快就在AI圈里炸开了锅。

公告的大意是：由于Anthropic的Claude Opus 4.7和Opus 4.8模型出现了性能下降（degraded performance），导致用户在Notion AI里调用这些模型时，请求失败率明显上升。

作为应急措施，Notion干脆临时禁用了平台中所有的Anthropic模型，尽可能降低对用户的影响。

好在这波故障持续的时间并不长，前后不过半小时。

根据Notion状态页的记录，事件在北京时间6月7日12:25被确认，12:43就宣布解决了。

一个持续不到半小时的服务故障，为什么能让Notion紧张到发公告，甚至直接禁用Anthropic所有模型？

原因很简单：Anthropic已经成为Notion AI最重要的模型供应商之一。

有意思的是，今天很多用户印象中的Notion AI，其实已经不是最初那个简单的文档生成工具了。

Notion为什么会这么紧张

过去两年里，Notion一直在向“AI工作空间（AI Workspace）”转型。

在这个过程中，Anthropic是其最核心的合作伙伴之一。早在Claude 3系列时期，Notion就已经将其引入产品，为用户提供写作、总结、搜索和知识库问答能力。

随着AI Agent和工具调用（Tool Use）能力的发展，双方的合作进一步深化。

2026年4月，Notion官方宣布正式接入Claude Opus 4.7，并将其作为平台重点模型之一向用户开放。

Notion在发布说明里说得很清楚：Opus 4.7能以更少Token完成复杂工作流，同时工具调用错误率比此前版本下降了约三倍。

既然如此，一旦Claude API出问题，Notion AI的部分能力自然就会直接受到影响。

从产品角度看，临时下线模型，其实就是一种常见的故障隔离策略。

2、12小时后，事情反转了

随着Notion的公告在网上持续发酵，大约12小时后，Notion产品负责人Max Schoening在社交平台上公开回应了。

他表示，自己对外界把这次事件解读成“模型质量问题”感到意外。原话大意是：

“性能下降只是一次临时服务中断（temporary service disruption）。这种事情在任何地方都可能发生。Notion会遇到，GitHub会遇到，AWS会遇到，其他基础设施服务也一样。”

他同时确认，Notion已经恢复了Anthropic模型的访问。

但问题来了——上一条公告里，明明是Notion自己说的模型降智啊。

与此同时，Anthropic公司的一位发言人也发了一份声明：“由于短暂的基础设施故障，多款Claude模型在短时间内出现故障率上升的情况。目前该问题已得到解决。感谢用户在我们努力恢复服务期间的耐心等待。”

“degraded performance”为什么引发误读

说白了，Max Schoening出来发声，无非是想传递一个信息：这次故障本质上是云服务层面的可用性问题，而不是Anthropic模型的能力本身发生了什么变化。

那既然是Claude服务故障导致的问题，为什么外界会解读成“降智”？

关键就出在Notion公告里的一个词——“degraded performance”。

在AI产品的语境里，这个词既可以表示推理能力下降，也可以表示服务质量下降，比如响应变慢、错误率升高、调用失败等。

而从Anthropic后续披露的信息来看，这次问题对应的是后者。

类似异常近期并非首次出现

事实上，Anthropic最近几周已经连续出现过多次类似事件。

6月2日，TechCrunch就曾报道，Claude发生过大范围服务中断，波及Claude.ai与Claude Code等产品，大量用户反馈无法访问或请求失败。

Anthropic随后确认存在系统故障并进行了修复。

在Notion事件发生的前一天，Claude Opus 4.8也出现过错误率升高的状态告警。

多个社区用户都记录到了Anthropic状态页发布的异常通知。

所以，从时间线上看，更合理的解释是：Notion监测到Anthropic侧模型调用的稳定性下降。

为了避免用户频繁遭遇失败请求，就临时关闭了Anthropic模型入口；等Anthropic修好基础设施问题后，再重新开放服务。

这和“模型能力下降”确实不是一个概念。

但话说回来，虽然Max Schoening和Anthropic都出面澄清了模型降智的问题，社区里的用户和网友们似乎并不太买账。

3、Notion 事件争论的焦点不只是故障本身

比起Notion短暂禁用Claude模型这件事本身，更激烈的讨论出现在Reddit、X等社区。

不少长期使用Claude的开发者认为，这次事件之所以迅速引发关注，是因为它触碰了过去几个月反复出现的一个话题：模型是否会随着时间推移出现性能退化。

有用户指出，类似的争议此前已经在Opus 4.6身上出现过。

当时不少Claude Code用户曾在社区反馈，模型在代码理解、复杂任务处理等方面的表现不如发布初期。

一些用户认为这种变化持续了数周甚至更长时间，直到Anthropic后来披露发现了多个影响模型表现的系统问题，相关讨论才逐渐平息。

正因如此，当Notion状态页出现“Opus 4.7和4.8性能下降（degraded performance）”的描述时，许多人第一时间联想到的并不是基础设施故障，而是又一次出现了类似的模型退化现象。

争论的核心，已经超出这次故障

讨论中，一个颇受关注的话题是Anthropic此前多次公开提到的“AI辅助研发”。

Anthropic曾表示，Claude已被广泛用于内部软件开发、代码编写以及模型训练流程中。

一些社区用户由此提出担忧：如果越来越多代码由AI生成，而开发团队对整个代码库的理解程度反而下降，那当复杂问题出现时，定位和修复的速度会不会受到影响？

有网友用厨房打了个比方：如果一家餐厅的绝大多数菜品都由机器人制作，那么一旦某道菜出了问题，人类厨师还能不能迅速找到问题所在并把它修复好？

当然，这种观点目前更多还属于推测，并没有证据表明这次Anthropic故障与AI生成代码存在直接关系。

有意思的是，尽管Notion和Anthropic都解释称问题源于一次短暂的基础设施故障，但许多用户似乎更愿意相信另一种说法——模型又“降智”了。

原因并不复杂。对于普通用户来说，“服务器出现故障”是再常见不过的技术问题。

从云计算时代到移动互联网时代，几乎所有大型平台都经历过宕机、网络波动或服务异常。

这类事件虽然会带来短暂影响，却很少改变人们对产品本身的认知。但“模型变得更差”这件事完全不同。

在大模型行业，能力退化、版本迭代导致体验下降，一直是最容易引发讨论的话题之一。

因为它触及了用户最核心的感受：自己每天使用的工具，是不是正在变得不如从前了。

“Keep Opus 4.6”情绪从何而来

除了关于故障原因的讨论，更有意思的是，一部分用户开始怀念更早版本的Claude。

在社交平台上，有开发者提出了“Keep Opus 4.6”的口号。

这个说法借鉴了此前OpenAI用户发起的“Keep4o”运动——当OpenAI逐步替换旧版GPT-4o时，一些用户曾公开呼吁保留旧模型。

如今，一些Claude用户也表达了类似情绪。

• Opus 4.6虽然基准测试成绩不如后续版本，但在代码编写、长文写作和日常交互中表现更稳定
• 输出风格更加自然，很少出现过度推理或过度工具调用的问题
• 部分用户甚至表示，自己的日常工作流依然保留着Opus 4.6，而将更新版本仅仅作为补充工具使用

当然，也有用户认为这更像是一种典型的“版本怀旧”。

过去几年，无论是GPT系列还是Claude系列，几乎每次重大版本升级后，社区都会出现“旧版本更好用”的讨论。

排行榜进步，是否等于体验提升

从这些评论中可以看到，一个反复出现的话题正在重新浮出水面：模型排行榜上的进步，是否一定意味着用户体验的提升？

部分开发者认为，Opus 4.7和4.8在各种评测中的成绩确实有所提高，但在实际使用过程中，却出现了“更聪明但更难用”的现象。

他们认为：模型推理链更长、回答更复杂，但完成任务的效率未必更高，某些情况下甚至不如旧版本直接。

类似讨论过去也曾围绕GPT-4、GPT-4o、Claude 3.5 Sonnet等模型出现过。

因此，在这次Notion事件之后，许多用户关注的已经不只是一次服务故障，而是一个更长期的问题：

• 当大模型厂商不断追求更高基准成绩时
• 如何保证那些难以量化、却真实影响用户体验的能力
• 比如代码直觉、写作风格、任务执行效率，不会在迭代过程中被削弱

必须一提的是，截至目前，无论Notion还是Anthropic，都没有证据表明Opus 4.7或Opus 4.8存在官方确认的“降智”问题。

双方的公开说明均将此次事件解释为基础设施层面的短暂故障。

因此，上述讨论更多反映的是社区用户长期积累的担忧和使用体验，而非已经得到验证的事实。

还有用户表示，自己不太喜欢Notion没调查清楚事件原委就公开指责Claude的做法。

也有X用户质疑Notion此举背后的真实目的，认为是因为Anthropic对Notion构成了威胁，指责其模型降智只是一个借口。