Actions、Issues、API 请求和 Pull Requests 发生故障
此事件已解决。感谢您在问题处理期间的耐心与理解。详细根本原因分析将在可用时尽快分享。
原文This incident has been resolved. Thank you for your patience and understanding as we addressed this issue. A detailed root cause analysis will be shared as soon as it is available.
我们发现影响 REST API 请求的延迟升高，包括 Checks，以及一些 Actions、Issues、Pull Requests 和 GraphQL 功能。部分请求可能变慢或超时，通知在 17:59 UTC 至 18:40 UTC 期间出现延迟。<br /><br />我们已缓解该问题，所有服务均已恢复。
原文We saw elevated latency affecting REST API requests, including Checks, and some Actions, Issues, Pull Requests, and GraphQL functionality. Some requests may have been slow or timed out, and notifications were delayed from 17:59 UTC - 18:40 UTC.<br /><br />We mitigated the issue and all services have recovered.
故障已缓解。我们正在监控以确保稳定性。
原文The degradation has been mitigated. We are monitoring to ensure stability.
我们正在调查有关API请求、操作、议题和拉取请求性能下降的报告。
原文We are investigating reports of degraded performance for API Requests, Actions, Issues and Pull Requests
关于这些数据
GitHub的故障事件数据从哪来？
全部来自GitHub 官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
顶部的组件状态条怎么看？
每一格是一天，绿色表示GitHub 官方状态页当天未记录异常，黄色表示部分降级，红色表示当天有较大故障，灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计，与状态总览页显示的是同一份数据。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。
完整的服务清单与实时状态见状态总览。