Vì sao ChatGPT, Claude và Grok cùng gặp sự cố ngày 3/9?

Các dịch vụ AI lớn đã gặp trục trặc trong những khung giờ chồng lấn vào ngày 3/9/2026: ChatGPT và Codex của OpenAI, các sản phẩm Claude của Anthropic, cùng Grok của xAI. Tuy nhiên, kết luận phù hợp nhất với thông tin công khai hiện có không phải là “toàn bộ Internet AI sập”, mà là ba sự cố riêng biệt xảy ra gần nhau về thời điểm, với các nguyên nhân được công bố khác nhau. Chưa có bằng chứng xác nhận một nguyên nhân chung. 334148

Diễn biến và thời điểm khôi phục

Thời gian giữa các bảng trạng thái và báo cáo bên thứ ba có thể không hoàn toàn trùng khớp, nhưng các cửa sổ sự cố cho thấy vì sao người dùng cảm nhận các nền tảng đã ngừng hoạt động gần như đồng thời.

• Grok: Sự cố được ghi nhận bắt đầu lúc 13:30 UTC và kết thúc lúc 17:05 UTC. Sau đó, xAI cho biết gián đoạn này liên quan đến sự cố tại trung tâm điện toán ở Memphis, Mỹ. 48
• Claude: Anthropic ghi nhận tỷ lệ lỗi yêu cầu tăng cao trên nhiều mô hình và sản phẩm, gồm Claude.ai, API, Claude Code và Claude Cowork. Dịch vụ được khôi phục lúc 16:16 UTC, sau khoảng ba giờ bị ảnh hưởng. 104148
• ChatGPT và Codex: OpenAI cho biết một lỗi định tuyến bắt đầu từ 07:43 theo giờ Thái Bình Dương (PT) đã khiến một số người dùng không thể sử dụng ChatGPT và Codex trên nhiều nền tảng. Biện pháp khắc phục được triển khai khoảng 08:17 PT và tiếp tục được theo dõi. 41

Người dùng phản ánh không thể đăng nhập, cuộc trò chuyện không tải được, câu lệnh gửi đi thất bại, hoặc gặp lỗi trên ứng dụng và web. Dữ liệu dựa trên Downdetector ghi nhận hơn 43.000 báo cáo sự cố ChatGPT vào khoảng 20:00 giờ Ấn Độ; với Claude, ảnh hưởng bao trùm cả công cụ cho người dùng phổ thông lẫn nhà phát triển. 2339

Nguyên nhân các hãng đã công bố

Các mô tả từ nhà cung cấp là lý do quan trọng để không vội quy mọi việc về một sự cố duy nhất.

OpenAI: Đại diện công ty nói gián đoạn của ChatGPT và Codex bắt nguồn từ lỗi định tuyến trong hạ tầng OpenAI. 41

Anthropic: Thông tin trạng thái công khai mô tả đây là sự cố hạ tầng, gây lỗi tăng cao trên nhiều mô hình và dịch vụ Claude. Tài liệu hiện có không nêu thành phần kỹ thuật cụ thể nào bị lỗi. 3948

xAI: Báo cáo sau sự kiện cho biết xAI liên hệ sự cố Grok với trung tâm điện toán tại Memphis và đã xin lỗi các đối tác điện toán bị ảnh hưởng. 48

Những lời giải thích này không thể loại trừ tuyệt đối khả năng có một phụ thuộc chung nào đó, nhưng cũng không xác lập nguyên nhân chung.

Có phải Azure hoặc một nhà cung cấp chung gây ra toàn bộ sự cố?

Chưa có bằng chứng công khai trong các nguồn được cung cấp xác nhận Microsoft Azure, nhà mạng, CDN, dịch vụ định danh hay nhà cung cấp dùng chung khác là nguyên nhân khiến cả ba dịch vụ trục trặc ngày 3/9.

Các bài đưa tin cùng thời điểm nhắc tới Azure như một điểm cần chú ý vì đây là đơn vị cung cấp dịch vụ đám mây cho các công ty liên quan. Nhưng việc có quan hệ cung cấp hạ tầng không đồng nghĩa với quan hệ nhân quả. 42 Các hệ thống độc lập vẫn có thể cùng lỗi trong một khoảng thời gian, đặc biệt khi thời điểm sự cố được suy ra từ báo cáo người dùng thay vì một hồ sơ kỹ thuật chung.

Vì vậy, kết luận thận trọng là: giả thuyết sự cố do hạ tầng dùng chung vẫn chưa được xác nhận. Không nên coi các tuyên bố rằng lỗi khu vực Azure đã gây ra toàn bộ gián đoạn là sự thật đã được chứng minh nếu không có xác nhận trực tiếp từ các hãng hoặc báo cáo phân tích kỹ thuật sau sự cố.

Colossus 1 có liên quan đến sự cố Claude không?

Thông tin hiện có không đủ để xác định phạm vi Anthropic được tiếp cận cơ sở Colossus 1 của xAI/SpaceXAI, cũng như không đủ để chứng minh đường phục vụ Claude cho người dùng cuối có phụ thuộc vào cơ sở này vào đúng thời điểm xảy ra sự cố.

Việc Grok bị ảnh hưởng bởi một sự cố tại Memphis không tự thân chứng minh đó là nguyên nhân khiến Claude lỗi. 48 Trong đánh giá độ tin cậy hệ thống, một thỏa thuận năng lực điện toán thương mại — ngay cả khi được xác thực — không phải bằng chứng rằng một dịch vụ cụ thể đang chạy trên năng lực đó khi sự cố xảy ra.

Các báo cáo ChatGPT tại Ấn Độ ngày 7/9 cho thấy gì?

Các báo cáo riêng vào ngày 7/9 cho biết một số người dùng gặp vấn đề với ChatGPT, chủ yếu ở chức năng tạo nội dung; một số khác phản ánh lỗi trên trình duyệt và ứng dụng. Một nguồn ghi nhận khoảng 261 báo cáo người dùng, trong đó lỗi tạo nội dung chiếm phần lớn. 19

Dữ liệu này không chứng minh có một đợt ngừng dịch vụ kéo dài trên toàn Ấn Độ, không xác định được nguyên nhân gốc, và cũng không thiết lập mối liên hệ với sự cố ngày 3/9. Một công cụ giám sát bên ngoài cho biết ChatGPT vẫn truy cập được, không phát hiện lỗi hoặc độ trễ bất thường lúc 03:07 UTC ngày 7/9. Điều đó phù hợp hơn với khả năng gián đoạn cục bộ, không liên tục hoặc khác biệt theo khu vực, thay vì một đợt sự cố toàn quốc liên tục. 22

Bài học cho doanh nghiệp: đa nhà cung cấp không đồng nghĩa với không thể gián đoạn

Sự cố ngày 3/9 cho thấy quy trình phụ thuộc AI có thể bị ngắt quãng rất nhanh: từ chăm sóc khách hàng, lập trình, nghiên cứu và xử lý tài liệu đến các luồng tác vụ tự động. Sử dụng nhiều dịch vụ AI giúp giảm rủi ro khi một nhà cung cấp gặp sự cố, nhưng không bảo đảm hoạt động liên tục nếu các dịch vụ chia sẻ lớp hạ tầng, hoặc người dùng vẫn phụ thuộc cùng trình duyệt, hệ thống đăng nhập, kết nối mạng và điểm tích hợp.

Để tăng khả năng chống chịu, doanh nghiệp nên chuẩn bị:

• Phương án xử lý thủ công và hàng đợi bền vững: Bảo đảm công việc quan trọng có thể khôi phục, thay vì để yêu cầu lỗi bị mất.
• Chuyển đổi giữa nhà cung cấp: Định tuyến các tác vụ phù hợp sang mô hình của hãng khác, nhưng vẫn tính đến nguy cơ lỗi tương quan.
• Xử lý API phòng thủ: Dùng thời hạn chờ có giới hạn, cơ chế thử lại với thời gian giãn dần, circuit breaker và tác vụ có tính idempotent để tránh tạo công việc trùng lặp khi dịch vụ chập chờn.
• Chế độ vận hành suy giảm: Xác định trước phần nào vẫn tiếp tục được nếu không dùng mô hình AI tiên tiến, chẳng hạn định tuyến theo luật, câu trả lời lưu sẵn, xử lý chậm hơn hoặc kiểm duyệt bởi con người.
• Giám sát độc lập và lưu hồ sơ sự cố: Theo dõi trang trạng thái của nhà cung cấp song song với các kiểm tra tự động của chính doanh nghiệp; lưu nhật ký để biết nhà cung cấp, mô hình hay điểm tích hợp nào đã lỗi.

Điểm mấu chốt không phải mọi sự cố xảy ra cùng lúc đều có một nguyên nhân bí mật chung. Đó là doanh nghiệp cần thiết kế cho khả năng này và kiểm thử phương án dự phòng trước khi đợt gián đoạn tiếp theo xuất hiện.