Sự cố đăng nhập Claude Code ngày 13/11/2026: Kế hoạch khôi phục cho người lập trình bằng lệnh (vibe coder)

Chuyện gì đã xảy ra với đăng nhập Claude vào ngày 13/11/2026?

Trang trạng thái của Anthropic ghi nhận sự cố khi người dùng xác thực vào Claude.ai và Claude Code ^[1]. Business Today đưa tin Anthropic thừa nhận lỗi xác thực tăng cao lúc 9:58 UTC, tức 3:28 PM IST, và đang điều tra ^[2].

ChainCatcher đưa tin rằng sau khi điều tra, Anthropic đã triển khai bản sửa lỗi và đang theo dõi quá trình phục hồi ^[3]. Trang trạng thái sau đó đánh dấu sự cố đã được giải quyết lúc 11:58 UTC, với vấn đề ảnh hưởng đến Claude.ai và Claude Cowork ^[1]. Ghi chú này không nêu tên Claude Code, nên đừng giả định Claude Code đã khôi phục cùng thời điểm. Hãy tự kiểm tra đăng nhập trước khi tiếp tục làm việc.

Mốc thời gian theo nguồn:

• 09:58 UTC: Anthropic ghi nhận lỗi xác thực và bắt đầu điều tra ^[1][2].
• 11:05 UTC: Anthropic đã triển khai bản sửa lỗi và đang theo dõi phục hồi ^[1][3].
• 11:58 UTC: Trang trạng thái đánh dấu đã giải quyết cho Claude.ai và Claude Cowork ^[1].

Business Today cũng ghi nhận Downdetector có 2.895 báo cáo về Claude vào khoảng 15:45 hôm thứ Sáu. Đó là báo cáo của người dùng, không phải số người bị ảnh hưởng ^[2].

Sản phẩm nào bị ảnh hưởng, sản phẩm nào vẫn chạy?

Theo Business Today, trang trạng thái hiển thị Claude.ai bị gián đoạn nghiêm trọng. Claude Code và Claude Console, dịch vụ chạy qua platform.claude.com, bị gián đoạn một phần. Claude Cowork ghi nhận suy giảm hiệu năng ^[2].

Vì sao lỗi đăng nhập làm dừng người lập trình bằng lệnh?

Lập trình bằng prompt phụ thuộc vào một thứ mất đầu tiên khi có sự cố: phiên làm việc đang hoạt động. Claude Code chỉ đọc dự án, sửa tệp và chạy lệnh khi nó khởi tạo được phiên. Lỗi đăng nhập chặn các prompt mới. Tệp trên máy vẫn nguyên.

Theo chúng tôi, điều này ảnh hưởng nhiều hơn với người lập trình bằng lệnh so với lập trình viên tự viết phần lớn mã. Lập trình viên vẫn đọc, lên kế hoạch và kiểm thử được khi ngoại tuyến. Với người lập trình bằng lệnh, prompt là cách chính để tiến lên, và sự cố lấy đi cách đó.

Bạn nên làm gì khi Claude Code không đăng nhập được?

Làm theo các bước sau theo thứ tự.

1. Kiểm tra trang trạng thái trước. Nếu đang có sự cố, chờ là lựa chọn đúng. Tránh đổi cài đặt khi sự cố còn mở.
2. Không xóa thông tin xác thực và không cài lại công cụ khi sự cố còn mở. Đổi thông tin xác thực lúc này khiến khó phân biệt lỗi của dịch vụ với thay đổi của chính bạn.
3. Lưu công việc tại chỗ. Commit hoặc stash những gì đang có, để phiên sau bắt đầu từ trạng thái đã biết.
4. Ghi lại prompt tiếp theo. Chép prompt bạn định gửi và thay đổi cuối cùng của agent, để tiếp tục từ ghi chú chứ không dựa vào trí nhớ.
5. Thử lại theo khoảng. Thử mỗi vài phút một lần và ghi nhật ký từng lần, để biết khi nào lỗi hết.

Nếu sự cố kéo dài và công việc không thể chờ, một công cụ AI thứ hai có thể xử lý các chỉnh sửa nhỏ. Hãy giữ các chỉnh sửa đó trên một nhánh riêng, để so sánh với nhánh chính khi Claude Code hoạt động lại.

Làm sao giữ dự án an toàn trong lúc sự cố?

Biện pháp tốt nhất là biện pháp đã được thiết lập trước khi sự cố xảy ra. Ba thói quen sau là đủ để bắt đầu.

• Commit sau mỗi điểm làm việc. Một commit sau mỗi tính năng hoặc bản sửa lỗi cho bạn điểm quay lại nếu thay đổi của agent đi sai.
• Giữ một tệp ghi chú ngắn. Ghi mục tiêu, trạng thái hiện tại, prompt gần nhất đã hoạt động và bước tiếp theo. Đặt tệp ở đầu kho mã.
• Không đưa bí mật vào prompt. Lưu khóa API trong biến môi trường hoặc trình quản lý bí mật, không dán vào khung chat.

Không bước nào trong số này cần dịch vụ hoạt động. Chúng vẫn làm được khi ngoại tuyến.

Cần kiểm tra gì sau khi dịch vụ phục hồi?

Khi đăng nhập hoạt động lại, đừng chuyển ngay sang các thay đổi lớn. Hãy bắt đầu bằng một bài kiểm tra nhỏ.

• Đăng nhập lại từ đầu, rồi gửi một prompt nhỏ trên nhánh tạm, ví dụ yêu cầu giải thích một tệp.
• Đọc diff của phiên làm việc cuối cùng trước khi sự cố. Kiểm tra xem thay đổi nào của phiên bị gián đoạn đã hoàn tất chưa.
• Chạy kiểm thử và build trước khi hợp nhất bất kỳ mã nào được viết trong lúc sự cố.

Vẫn còn lỗi nào chưa được khắc phục?

Business Today ghi nhận sự cố kết nối Microsoft 365 là vấn đề riêng và vẫn đang diễn ra. Anthropic cho biết sự cố dịch vụ Microsoft 365 đang ảnh hưởng đến các công cụ thư, lịch và tìm kiếm, và phần lớn yêu cầu tới các công cụ này vẫn lỗi ^[2]. Claude for Outlook cũng bị ảnh hưởng.

Nếu quy trình của bạn phụ thuộc vào kết nối này, đừng cho rằng nó đã được sửa chỉ vì sự cố đăng nhập đã giải quyết. Hãy kiểm tra kết nối riêng.

Kế hoạch dự phòng nên thiết lập thế nào trước sự cố tiếp theo?

Kế hoạch dự phòng là một cách làm bạn có thể chạy mà không phải nghĩ nhiều khi có sự cố. Không cần phức tạp. Bốn phần là đủ.

• Một công cụ thứ hai cho chỉnh sửa nhỏ. Chọn một trợ lý AI khác đọc được tệp và đề xuất thay đổi. Chỉ dùng cho các sửa đổi gọn, như đổi một dòng chữ hoặc một hàm.
• Một lệnh kiểm thử tại chỗ. Giữ một lệnh chạy kiểm thử và build. Dù agent không hoạt động, bạn vẫn biết mã có chạy được không.
• Thư viện prompt viết sẵn. Lưu các prompt đã hiệu quả với dự án: thiết lập, lược đồ, quy tắc giao diện. Phiên mới có thể bắt đầu từ cùng hướng dẫn.
• Quy tắc về những gì phải chờ. Quyết định trước: refactor lớn thì chờ, còn ghi chú hoặc sửa lỗi chính tả thì làm tiếp.

Ghi các mục này một lần vào cùng tệp ghi chú của dự án. Lần đầu bạn cần đến chúng không nên là lúc đang có sự cố.

Một công cụ lập trình AI duy nhất có phải là rủi ro với người lập trình bằng lệnh?

Có thể. Theo chúng tôi, sự cố đăng nhập cho thấy một mẫu: công cụ dừng, công việc cũng dừng theo. Trang trạng thái ghi nhận vấn đề đã giải quyết trong cùng ngày ^[1].

Câu hỏi thực tế là có bao nhiêu phần dự án chỉ nằm bên trong công cụ. Nếu câu trả lời là toàn bộ, rủi ro lớn hơn chính sự cố. Giữ mã trong kho lưu trữ của riêng bạn, với lịch sử của riêng bạn, giúp giảm sự phụ thuộc đó. Khi ấy công cụ chỉ là cách viết mã nhanh hơn, không phải bản sao duy nhất của dự án.

Đây là nhận định về cách làm việc, không phải kết luận từ nguồn. Hãy điều chỉnh theo quy mô và mức độ quan trọng của dự án.

Danh sách kiểm tra cho sự cố tiếp theo là gì?

Giữ danh sách này trong tệp ghi chú để chạy mà không phải tìm kiếm.

• Kiểm tra trang trạng thái trước khi thay đổi bất cứ điều gì.
• Lưu công việc: commit hoặc stash, và ghi prompt tiếp theo.
• Thử lại theo khoảng và ghi nhật ký từng lần.
• Khi đăng nhập hoạt động lại, gửi một prompt nhỏ trên nhánh tạm.
• Đọc diff của phiên trước, rồi chạy kiểm thử trước khi hợp nhất.

Danh sách ngắn có chủ ý. Danh sách dài khó theo dõi khi chính công cụ bạn dựa vào đã ngừng hoạt động.

Độc giả thường hỏi gì về sự cố này?

Thời điểm Anthropic ghi nhận vấn đề là lúc nào?

Business Today ghi 9:58 UTC, tức 3:28 PM IST ^[2]. Trang trạng thái ghi nhận sự cố ở trạng thái đang điều tra vào thời điểm đó ^[1].

Sự cố được đánh dấu đã giải quyết lúc nào?

Trang trạng thái đánh dấu vấn đề ảnh hưởng đến Claude.ai và Claude Cowork là đã giải quyết lúc 11:58 UTC ^[1]. Ghi chú không nêu tên Claude Code.

Nếu không đăng nhập được thì làm gì trước tiên?

Kiểm tra trang trạng thái, chờ, và lưu công việc tại chỗ. Không cài lại công cụ hay đổi thông tin xác thực khi sự cố còn đang mở.

Sự cố đã giải quyết có nghĩa là mọi thứ hoạt động không?

Không nhất thiết. Ghi chú đã giải quyết có thể chỉ bao gồm một số sản phẩm bị ảnh hưởng, nên hãy kiểm tra các công cụ bạn đang dùng.