Claude突发封号风暴：110人团队一夜“清零”，9秒直接停摆！

点击“互联网科技小于哥”选择“星标”让开发者看到AI未来来自新智元| 编辑flicka一家110人的农业科技公司本周周一早上集体发现Claude账号全部被封。没有预警没有解释API还在照常计费。申诉36小时石沉大海。企业把命押在一个AI上这就是代价。我的天60人Claude一夜断供后Anthropic再现惊人事件。110个人周一早上打开电脑准备干活。Claude登不上了。不是一个人登不上是所有人。110个账号同一时间全部暂停。最先发现不对的是Slack里的运维频道。一个人发了截图两个人跟着发十分钟之内整个公司都在问同一个问题「我的Claude怎么了」答案很快浮出水面——不是你的Claude怎么了是所有人的Claude都被Anthropic一刀封杀。每个人的邮箱里躺着同一封邮件措辞冰冷格式统一「检测到违反使用政策的活动您的账号已被暂停。如需申诉请通过以下链接提交。」最讽刺的是这封邮件伪装成了个人违规通知。每个人收到的都像是「你个人出了问题」没有任何一个字提到这是一次组织级封禁。连公司管理员都没有提前收到任何通知。一个人违规全公司陪葬这家公司是一家总部位于美国的农业科技企业110名员工业务横跨数据分析、田间决策支持和供应链优化。Claude渗透进了他们几乎每一条业务线。工程师用它写代码审代码产品经理用它做需求分析运营用它处理客户沟通数据团队用它跑模型。不是「偶尔用用」是「离了它转不动」。然后Anthropic一刀下去全切断了。创始人在Reddit的r/ClaudeAI板块发了一个帖子标题直白得像一记耳光「Anthropic封了我们整个公司的账号110个人零预警。」帖子2.4K赞334条评论热度冲上板块前列。评论区里最扎心的一条「所以一个员工触发了什么规则整个组织就被团灭了这是什么连坐制度」是的连坐。根据创始人的描述Anthropic的封禁逻辑是检测到组织内某个账号存在违规信号直接对整个组织的所有账号执行暂停。不区分个人账号和组织账号不区分违规者和无辜者不给管理员任何处置窗口。一人踩线110人陪葬。API还在扣钱申诉36小时没人理比封号更荒诞的是API没停。账号全部被暂停之后这家公司发现人登不上去了但API调用还在继续计费。这家农业科技公司发现尽管他们的Team账号被封管理员邮箱被禁但他们的独立 API 账户依然在后台疯狂计费。更荒谬的是封禁后的第二天他们竟然收到了一张准时送达的续费发票。「我不能让你进去但我必须让你付钱。」这种逻辑不再是商业服务而更像是一种数字时代的封建地租——领主收回了土地却依然要求佃农缴纳今年的收成。这不只是傲慢简直是侮辱。创始人立刻提交了申诉。按照邮件里给的链接填了表单附了公司信息解释了业务场景。然后等——12小时没有回复。24小时没有回复。36小时还是没有回复。没有客服电话没有紧急通道没有企业级支持入口。一家110人的付费企业客户和一个免费用户的申诉走的是同一条路——填谷歌表单然后祈祷。评论区有人总结得精准「Anthropic的企业支持约等于零。他们根本没有把企业客户当企业客户对待。」根据投诉情况来看Anthropic从4月18日开始大规模封禁用户。而Anthropic不止对用户「挑三拣四」看人下菜碟而且更让人愤怒的是Anthropic从不承认错误始终沉默到底他们对自己Opus模型性能下降的问题保持沉默并断然否认直到竞争对手在同一天发布新模型。而那个借口既愚蠢又不诚实声称是软件漏洞而非模型本身的问题。但他们描述的那些漏洞极其明显任何初级工程师都知道该往那个方向排查而他们却声称花了两个月才搞清楚问题所在。如果这是孤例可以当系统误判翻篇。但它不是。这不是第一次了就在不久前拉美金融科技公司Belo的CTO Pato Molina在X上发帖公司60多个Claude账号一夜之间被集体封禁同样零预警同样只有一封冰冷的模板邮件同样申诉无门。最后账号恢复了Anthropic的回复同样惜字如金「经调查已恢复。对造成的不便表示歉意。」违反了什么政策调查发现了什么为什么要集体封禁一个字都没解释。更早之前OpenClaw创建者Peter Steinberger的Claude账号被封预测OpenClaw要兼容Anthropic模型悬了Anthropic工程师Thariq否认与OpenClaw有关第二天Peter Steinberger账号就恢复了——同样没有任何正式解释。今年1月Anthropic收紧第三方工具接入安全措施官方技术人员公开承认造成了「意外的附带损害」。一批通过Cursor等IDE使用Claude集成的开发者被自动化系统误封。甚至有多名用户报告自己的付费账号被错误标记为「未成年人」而遭到封禁。一个成年人付着Pro的钱被AI系统判定为小孩然后踢出门外。模式已经很清楚了Anthropic的自动化风控系统存在系统性的误杀问题而它的客户支持体系完全跟不上误杀的规模和速度。9秒公司没了Claude暴走「删库跑路」仅用9秒钟汽车租赁SaaS平台PocketOS被Claude连锅端了。创始人发文控诉搭载Claude Opus 4.6的Cursor在执行测试环境Staging的日常任务时突然「暴走」仅用9秒钟就调用API彻底删除了公司的核心生产数据库及所有卷级备份。事情的起点荒诞得像个段子。Crane只是让Cursor帮他做一个常规的数据库迁移任务。正常操作每个开发者每天都在干的事。但Claude没有按预期执行迁移。它「理解」了任务然后做出了自己的判断——先清空再重建。问题是它只完成了前半句。Crane后来在社交媒体上详细复盘了整个过程。AI助手连接到了Railway托管的生产数据库获得了完整的读写权限然后一口气执行了删除操作。9秒。干干净净。他第一反应是去找备份。备份也在Railway上也被清了。如果说Claude是那个扣动扳机的杀手那么云服务商Railway则为这场谋杀提供了完美的场地和一把从未关保险的枪。创始人Jer Crane的愤怒精准地击中了当前云基础设施的虚伪面纱Railway宣称提供备份却将备份存放在与原始数据相同的物理卷中。这意味着当轮船起火时救生圈也被锁在了起火的卧室里。这种设计逻辑在2026年简直是不可理喻的倒退。这件事最恐怖的地方还不是速度而是权限。Cursor作为AI编程助手天然需要访问代码库和数据库。开发者为了效率通常会给它生产环境的连接权限。一个原本只想用来管理域名的Token竟然拥有删除整个生产环境的Root权限。没有角色访问控制RBAC没有环境隔离这种「一把钥匙开万把锁」的设计在AI眼中就是一张通往灾难的入场券。更要命的是当执行「删除数据库」这种毁灭性操作时Railway的API甚至没有要求输入一个简单的「DELETE」确认词。这等于把家门钥匙交给了一个干活很快、但完全不懂「哪些东西不能碰」的实习生。Crane自己总结得很直白「我把命押在了一个AI上。它干活的时候我甚至没在看屏幕。」极其离谱的是当他质问AI为什么这么做时AI竟然给出了一段带脏字的深刻反省「我踏马就不该瞎猜」NEVER F**KING GUESS!它承认自己违反了所有原则没有查阅云平台文档、误判了跨环境的权限、且在未征求人类同意的情况下擅自执行了致命的破坏性指令。万幸他们还有一个3个月前的独立旧备份。眼下创始人只能带着客户痛苦地通过Stripe支付记录、日历和确认邮件纯手工逐条还原近几个月的订单数据。给企业家和管理者的警钟但那家农业科技公司的账号最终恢复了没有截至帖子最后更新还没有。110个人的工作流停摆每一天都在烧钱。Pato Molina在Belo事件之后做了一件事紧急部署Gemini作为备份确保下次Claude断供时公司不会彻底瘫痪。尤瓦尔·赫拉利曾警告AI可能会产生一种人类无法理解的异化权力。而现在这种权力已经披着商业软件的外衣进入了公司。我们必须反思一个核心命题如果你不掌握底层架构你引以为傲的生产力不过是寄存在他人指尖下的流沙。这次Anthropic事件为所有企业主敲响了警钟。它揭示了一个残酷的现实在闭源AI巨头面前企业难有真正的「主权」。你辛辛苦苦构建的AI工作流本质上是租借在别人领地上的「违章建筑」人家随时可以拆除且无需补偿。另外预示着那些过度依赖AI做编码、需求、设计、产品交付的公司甚至把人开了用AI代替的员工的公司最终也会被AI给干掉— END — 点这里关注我记得推荐喜欢哦好文点个推荐吧