CC 的 - 历史记录

此事件已解决。遇到 Pages 部署 5xx 错误的客户应重新部署以解决此问题。

已发布修复程序，遇到页面部署 5xx 错误的客户应重新部署以解决此问题。

问题已查明，正在实施修复。

该事件已解决。

问题已得到解决，我们正在密切关注结果。

此问题已解决。

我们正在密切关注 Claude Opus 4.7 的恢复情况，并努力彻底解决影响 Haiku 4.5 的剩余错误。我们将尽快提供更多更新信息。

我们目前正在努力解决影响 Claude Opus 4.7 和 Haiku 4.5 的一些其他错误，我们将很快提供更多更新。

我们已经看到 Claude Opus 4.7 和 Sonnet 4.6 的成功率恢复正常。我们正在密切监控，以确保不再出现其他问题，并将尽快提供进一步的更新。

我们正在继续努力，以全面解决影响 Claude Opus 4.7 和 Sonnet 4.6 的问题。目前，Claude Opus 4.7 的成功率已趋于稳定。我们将尽快提供更多更新信息。

我们发现了一个导致错误率升高的问题，主要出现在克劳德作品 4.7 和十四行诗 4.6 中。我们正在努力解决这些问题，并将尽快提供更多更新信息。

2026年5月20日，UTC时间16:00至17:45期间，GitHub Actions用户遇到运行启动延迟超过5分钟的情况。受影响期间，约4.5%的运行任务出现延迟，其中规模集作业受到的影响尤为严重。规模集作业中有30%出现延迟，4%的作业完全无法启动。

此次事件是由内部服务（负责将任务分配给运行器）的健康检查配置错误引起的。上游依赖项的短暂延迟峰值触发了多个 Pod 的健康检查失败，导致这些 Pod 停止服务，并将负载集中在剩余容量上。额外的负载导致内存压力上升，最终引发一个区域集群的级联故障，使其无法自我恢复。

响应人员通过扩展正常区域集群的容量并将流量从故障集群转移出去，缓解了此次事件，之后运行启动延迟得以恢复。为防止类似事件再次发生，我们正在加强健康检查配置，以避免级联故障，并评估在区域性能下降时自动重新平衡流量的缓解措施。

客户影响已完全消除。我们正在部署永久性修复方案以防止问题再次发生，因此目前仍维持黄色预警状态。

我们已采取缓解措施修复了 Actions 作业排队和运行方面的问题。遥测数据有所改善，我们正在密切监控，以期完全恢复正常。

影响 Actions 的性能下降问题已得到缓解。我们正在进行监控以确保系统稳定性。

部分运行器连接时间超出预期，这可能会延迟某些作业的执行。我们正在积极努力解决此问题。

该事件已解决。

问题已得到解决，我们正在密切关注结果。

事件已解决。错误率在太平洋时间 5:20 / 12:48 至 6:48 / 13:48 期间升高。

该事件已解决。

问题已得到解决，我们正在密切关注结果。

事件已解决。错误率升高的时间段为太平洋时间05:37/世界协调时12:37至太平洋时间06:58/世界协调时13:37。

问题已得到解决，我们正在密切关注结果。

事件现已解决。影响时间为太平洋时间16:25/世界协调时23:25至太平洋时间16:33/世界协调时23:33。

该事件已解决。

我们看到所有服务的成功率均已恢复正常，并将密切监控以防止任何进一步的问题。此次影响发生在世界协调时17:34至18:52之间。

我们正在继续努力解决阻止用户访问 Claude.ai 的问题，以及导致 API 和 Claude Code 请求出现大量身份验证错误的问题。

我们发现 Anthropic API 存在问题，导致错误率升高，同时访问 Claude.ai 也出现问题，包括 Claude Code 的登录路径。我们正在努力解决这些问题，并将尽快提供最新进展。

2026年3月30日，UTC时间10:11至13:25期间，GitHub Actions性能出现下降。在此期间，约有2.65%由拉取请求事件触发的工作流作业启动延迟超过5分钟。该问题是由Actions使用的内部数据库集群的复制延迟引起的，该延迟触发了数据库保护层的写入限制，从而减慢了作业队列的处理速度。

复制延迟源于计划内的数据库扩容维护。新添加的数据库主机触发了限流层的保护机制，限制了写入吞吐量。通过将新主机从复制延迟计算中排除，该问题得到了缓解。

为防止类似问题再次发生，我们已更新维护流程，确保在扩展操作期间，新主机不参与限速评估。此外，我们正在投资自动化技术，以简化此类维护活动。

性能下降的情况已得到缓解。我们正在进行监测以确保系统稳定性。

影响 Actions 和 Pull Requests 的性能下降问题已得到缓解。我们正在监控以确保稳定性。

此事件已解决。感谢您在我们处理此问题期间的耐心和理解。详细的根本原因分析报告将在完成后立即发布。

我们正在调查影响多个 GitHub 服务（包括 Actions、Issue、Pull Requests、Webhooks、Codespaces 和登录功能）的错误率升高问题。部分用户在访问这些功能时可能遇到错误。目前大多数服务已恢复正常。我们将在 UTC 时间 21:00 前发布最新进展。

Issues 目前性能下降。我们正在继续调查。

Pull Requests 功能性能下降。我们正在继续调查。

Webhooks 性能下降。我们正在继续调查。

2026年3月19日16:10 UTC至3月20日00:05 UTC期间，美国西海岸的Git操作（克隆、获取、推送）出现延迟升高和吞吐量下降的情况。用户报告克隆速度从正常速度骤降至极端情况下低于1 MiB/s。根本原因是西雅图边缘站点的网络传输链路饱和，该站点的光纤被切断，影响了骨干传输，导致网络饱和和丢包。我们当时正在对该站点进行计划内的扩容，为了缓解骨干容量压力，我们加快了扩容进程。此外，我们还在云区域启用了额外的边缘容量，并将部分用户重定向到该区域。目前，升级后的网络容量足以防止类似情况再次发生，因为我们已将该路径的总容量从800Gbps提升至3.2Tbps。我们将继续监控网络运行状况，并对任何后续问题做出响应。

我们今天部署的变更已经使 Git 操作达到稳定状态。

我们已经看到了初步改善的迹象。我们正在进行一项小的改动，以进一步改善西海岸的交通路线。

我们已经完成了新网络路径的部署，目前正在监测其影响。

我们正在逐步部署新的网络路径。在此期间，来自西海岸的用户仍会遇到较高的延迟。部署完成后，我们将另行发布更新信息。

我们正在努力在西海岸启用一条新的网络路径，以降低网络负载，并将监控其对 Git 操作延迟的影响。

我们仍然发现西海岸的 Git 操作延迟较高，目前正在继续调查。

我们将流量重定向回西雅图区域，客户应该会发现 Git 操作的延迟有所降低。

该事件已解决。

我们已推出第二项针对构建错误增多的缓解措施，目前情况正在好转。作为一项临时措施，所有构建版本目前均已将迪拜区域 (dxb1) 从部署目标中排除。如有其他更新，我们将及时发布。

我们已推出首个针对构建错误增多问题的缓解措施。目前，使用中间件的构建任务已暂时将迪拜区域 (dxb1) 从部署目标中排除，预计可以再次成功完成。我们正在制定针对使用边缘函数的构建任务的缓解措施。

我们目前正在部署一项缓解措施，以应对构建错误增多的问题。作为一项临时措施，使用中间件或边缘函数的构建将把迪拜区域 (dxb1) 从其部署目标中排除。如有其他更新，我们将及时发布。

我们仍然发现所有区域的构建过程中错误率升高，这是因为中间件和边缘函数可能已在全球范围内部署。未使用中间件和边缘函数的构建不受影响。我们正在继续努力修复此问题。

为减轻影响，dxb1边缘区域的流量目前已重新路由至最近的边缘区域（bom1）。如有其他更新，我们将及时发布。

我们已部署缓解措施，目前情况正在恢复。如果您仍然遇到构建失败，并且您的主要 Vercel Functions 区域是迪拜 (dxb1)，您可以切换到其他区域作为临时解决方案。