Agents、STT 和 Creative Platform：延迟增加、对话失败和 STT 失败
我们的工程师已针对可能的根本原因应用了修复。我们看到了恢复的迹象，但我们将继续监控，直到完全确认恢复。
原文Our engineers have applied a fix for the likely root cause. We are seeing signs of recovery but we will continue to monitor until recovery is fully confirmed.
我们已经查明延迟增加和错误增多的原因，并正在努力解决。\n\n当前证据表明，音效产品及其他创意平台产品也可能受到影响，但这些产品受影响的范围和严重程度尚不清楚。
原文We have isolated the cause of the increased latency and errors, and are working to resolve it.\n\nCurrent evidence suggests that the Sound Effects product and other Creative Platform products may also be affected, but scope and severity of impact to these products remains unclear.
我们目前正在调查延迟增加、对话失败以及API请求失败的问题，已知这些问题影响了Agents和STT。 这些故障可能表现为代理对话延迟、STT请求收到429错误，或对话失败并显示错误：
原文We are currently investigating increased latency, conversation failures, and API request failures currently known to affect Agents and STT.\n\nThese failures may manifest as delays in agent conversations, 429s to STT requests, or conversation failures with the error:
关于这些数据
ElevenLabs的故障事件数据从哪来？
全部来自ElevenLabs 官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
顶部的组件状态条怎么看？
每一格是一天，绿色表示ElevenLabs 官方状态页当天未记录异常，黄色表示部分降级，红色表示当天有较大故障，灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计，与状态总览页显示的是同一份数据。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。
完整的服务清单与实时状态见状态总览。