Tối qua tất cả các nút代理 cùng lúc gặp sự cố.

Ba sự cố đồng thời xảy ra: lỗi quyền truy cập nhật nhật xray trên VPS gây ra sự sụp đổ của tiến trình, tệp cấu hình Clash cục bộ bị hỏng, IP của nút Nhật Bản nghi bị chặn. Kết quả là—kết nối với Claude Code hoàn toàn bị đứt.
Lúc này mới nhận ra một điều: bản thân tôi rất khó để "mặc kệ" tự mình kiểm tra vấn đề.
Trong hơn nửa năm qua, hầu như tất cả các quyết định kỹ thuật đều được thực hiện qua đối thoại với AI. Đọc nhật ký, chỉnh sửa cấu hình, tra tài liệu, viết script, toàn bộ quá trình AI và Claude Code hỗ trợ. Đột nhiên mất kết nối, thậm chí không phải là vấn đề "không tiện", mà là thực sự không biết bắt đầu từ đâu.
Cuối cùng, dựa vào việc mượn proxy của bạn bè để tạm thời online, dùng Claude Code tự sửa chữa hạ tầng của chính mình: xác định nguyên nhân gốc của ba sự cố đồng thời, sửa quyền truy cập, khôi phục cấu hình từ bản sao lưu, thực hiện snapshot toàn bộ trên Vultr để chuyển đổi IP. Bốn tiến trình PM2, chín tác vụ định kỳ cron, tất cả mã nguồn và dữ liệu được phục hồi nguyên vẹn, chỉ cần đổi IP là sống lại như chưa từng có chuyện gì xảy ra.
Sau khi sửa xong, tôi đã làm một việc đáng lẽ nên làm từ lâu: tạo cho mình một bộ tự cứu offline.
Chạy một mô hình nhỏ tại chỗ, kèm theo một bản hướng dẫn khẩn cấp (tình huống lỗi + lệnh kiểm tra + tham số giao thức), khi mất mạng, mô hình tại chỗ đọc hướng dẫn theo từng bước để kiểm tra. Không tốn chi phí, không cần mạng.
Một suy nghĩ nhỏ: nếu bạn ngày ngày dựa vào AI CLI để làm việc nặng, thì lớp truy cập proxy/mạng của bạn chính là "đường sống AI" của bạn. Nó cũng cần thiết kế khả dụng cao—chuyển đổi tự động giữa các nút chính và dự phòng, phương án giảm tải khi offline, hướng dẫn khẩn cấp.
Cũng giống như triển khai dịch vụ sản xuất, chỉ khác lần này dịch vụ gặp sự cố chính là bộ não của bạn.