Cái chuông: làm sao anh biết bot đã câm, khi không có ai ngồi canh?

Chuyện gì đã xảy ra: 06:03 sáng 30/7, mạng nhà chết. Bot tự nối lại 10 lần (giãn 2 giây → 5 → 15 → 60, trải gần 20 phút). Mạng vẫn chết ⇒ nó dừng và ghi cạn trần, cần người xem. Rồi nằm im tới 07:36 sáng 31/7.

Vì sao không ai tới: cái chuông lúc đó treo vào một phiên chat của trợ lý — và phiên ấy bị ngắt đúng sáng hôm đó. Chuông reo vào phòng trống. Máy phát hiện đúng; người đưa tin chết.

Điều em mới đào ra hôm nay, và nó là mấu chốt: máy anh ĐÃ CÓ sẵn cơ chế hồi sinh — bot chạy dưới lịch nền hệ thống với chế độ KeepAlive (chết là dựng lại ngay). Nhưng nó đứng nhìn suốt 25 giờ, vì nó chỉ biết bắt "tiến trình CHẾT". Bot hôm đó không chết — nó im. Cỗ máy cứu hộ bỏ qua nạn nhân vì nạn nhân vẫn còn thở.

Mốc em mới đào ra hôm nay, và nó đổi trọng tâm câu chuyện: mạng chỉ chết khoảng hơn một tiếng. Lúc 07:39 sáng hôm đó, một phiên trợ lý khác trên chính máy này đã đăng bài lên kênh làm việc bình thường — tức máy đã có mạng trở lại. Vậy mà bot vẫn nằm im thêm 24 giờ nữa. ⇒ Thiệt hại không tỉ lệ với độ dài sự cố, mà tỉ lệ với khoảng thời gian không ai kiểm tra. Cửa sổ để cứu đã mở sau ~1 giờ, và mở suốt một ngày, không ai bước qua. Em nói thẳng: dữ kiện này nghiêng về phương án (a) bên dưới — em đưa lên vì anh cần biết trước khi tick, không phải để mớm. (Mức chắc chắn: mốc 06:03 · 06:22 · 07:36 hôm sau lấy từ sổ sự kiện máy — chắc chắn. Mốc 07:39 lấy từ dấu giờ tự khai trong tin kênh — hợp lý nhưng không phải dấu giờ hệ thống.)

⇒ Vì vậy có một đường sửa KHÔNG đụng một dòng nào của bot đang chạy: dựng một người gác riêng, biết phân biệt "còn thở" với "còn nghe", và bấm đúng cái nút hồi sinh mà hệ thống vốn đã có.