DeepSeek 服务故障与媒体“乌龙式”回应：一次服务器繁忙引发的讨论

继前几天的《北京小伙靠龙虾 36 小时买房》后，新闻学魅力时刻+1

一、 DeepSeek 的罕见长时间服务中断

3月29日晚间至30日上午，国内主流大模型服务 DeepSeek 出现了一次罕见的长时间服务中断。「DeepSeek 崩了」迅速登上各大社交平台热搜。

根据大量用户反馈，故障大约从29日晚间9点半左右开始显现。初期表现为接口响应缓慢、回复延迟，随后情况迅速恶化，演变为全面无法访问的宕机状态。

DeepSeek技术团队在故障期间多次尝试紧急修复。据报道，服务曾在深夜短暂恢复，但很快再次陷入崩溃，系统稳定性始终未能完全回归正常。

直到30日上午10点半左右，官方才正式宣布服务已全面恢复正常。此次宕机也被普遍认为是DeepSeek上线以来持续时间最长、影响最广泛的一次严重故障。

二、 热搜上的“回应”实为媒体乌龙

就在大家以为事件告一段落时，3月31日傍晚，一条新的热搜出现了：#DeepSeek回应又崩了#。

乍一看标题，很容易让人误以为是DeepSeek官方人员通过媒体渠道正式对外做出了解释和回应。然而点进去一看，熟悉的感觉又来了——新闻学的“魅力时刻”再次上演。

原来，这是一个省级媒体机构（陕西网旗下的“@白鹿视频”）自己打开了DeepSeek的App，向AI模型提出了关于近期服务器频繁卡顿的问题。AI模型（基于其训练数据与逻辑）给出了一个包含用户增长过快、算力储备不足、技术架构限制及可能遭遇网络攻击等几个原因的分析性回复。

这条微博随即被冠以“DeepSeek回应又崩了”的话题标签进行传播，引发了新一轮的关注。在原博文的评论区，已有不少网友对此操作表示“费解”并进行了“友善交流”。

三、 低调的团队与喧哗的舆论场

自2025年1月在全球范围爆火以来，DeepSeek团队一直保持着相当低调的风格，几乎从未接受过媒体的正式采访。这种“只做不说”的风格，与其技术产品的高调形成了鲜明对比。

正因如此，像这次持续十余小时的服务严重故障，其官方的服务状态页面也只有简单的进度说明（如“监控中”、“正在调查”），并未向公众详细解释背后的具体技术原因或根本问题。这种信息的不对称，某种程度上也为“媒体代AI回应”这类乌龙事件的产生和传播提供了空间。

这起事件在技术圈和 开发者广场 也引发了讨论。一方面，大家关注大型AI服务的高可用性与算力弹性挑战；另一方面，也对当前信息传播中常见的“标题党”与事实核查缺失现象感到无奈。技术的可靠性，与信息传递的准确性，都是这个时代值得关注的话题。欢迎大家在云栈社区分享你的看法和经历。