Notion禁用Anthropic引争议：Opus 4.8降智热搜 紧急澄清系笔误

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

6月7日，Notion官方状态页发布的一则公告，迅速在AI社区触发广泛讨论。

公告核心内容：因Anthropic旗下Claude Opus 4.7与Opus 4.8模型出现性能衰减（degraded performance），用户通过Notion AI调用这些模型时，请求失败率显著爬升。作为紧急应对策略，Notion直接临时禁用平台内所有Anthropic模型，旨在最小化对终端用户的影响。

所幸本次服务中断持续时间较短，前后未超过30分钟。

根据Notion状态页记录，该事件于北京时间6月7日12:25被确认，并在12:43即宣告解决。

一场不足半小时的服务波动，为何让Notion紧张到发布公告、甚至直接下线Anthropic全线模型？

核心原因在于：Anthropic已成为Notion AI最重要的模型供应商之一。有趣的是，今天多数用户心目中的Notion AI，早已不再是当初那个基础的文档生成工具。

过去两年，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模型在短期内出现故障率上升。目前该问题已妥善解决。感谢用户在恢复服务期间的耐心等待。”

简而言之，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均解释问题源于一次短暂的基础设施故障，许多用户似乎更倾向于相信另一种说法——模型又“降智”了。原因并不复杂。对于普通用户而言，“服务器故障”是极为常见的技术问题。从云计算时代到移动互联网时代，几乎所有大型平台都经历过宕机、网络波动或服务异常。这类事件虽会带来短暂影响，却很少改变人们对产品本身的认知。但“模型变得更差”则完全不同。

在大模型行业，能力退化、版本迭代导致体验下降，始终是最易引发讨论的话题之一。因为它触及用户最核心的感受：自己每日使用的工具，是否正在变得不如从前。

除了对故障原因的讨论，更有趣的是，部分用户开始怀念更早版本的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构成了潜在威胁，指责模型降智不过是一个借口。

来源：互联网