Nhiều luồng theo dõi, một bản thông báo: lọc trước khi làm phiền người dùng

Người kể phải theo nhiều thứ cùng lúc: email, sự kiện sắp tới, dự án GitHub và website. Nếu nguồn nào cũng nhắn trực tiếp vào điện thoại, anh lại mất công lọc thông báo thay vì làm việc. Anh gọi cách xử lý của mình là “Tín hiệu - Phân loại - Thông báo”.

Gom trước, quyết định sau

Anh chạy khoảng 20 job nhỏ theo lịch, mỗi job phụ trách một tín hiệu và ghi kết quả có cấu trúc vào sổ chung theo ngày. Một job dạng agent đọc cuốn sổ ấy, chọn mục quan trọng rồi ghi sang sổ phân loại. Chỉ ở lớp cuối hệ thống mới gửi tin: email hoặc lịch cần chú ý, repo GitHub có cập nhật, website có dấu hiệu cần cứu. Bài gốc chỉ vẽ chi tiết 7 trong khoảng 20 tín hiệu, không công bố đầy đủ từng job.

Một kết nối anh thấy đáng giá là Paperless NGX: hóa đơn và thư từ có hạn xử lý cũng đi vào hệ thống, thay vì nằm ở một ứng dụng riêng dễ bị quên. Mấu chốt không nằm ở số job, mà ở việc thông báo có qua một lớp sàng lọc hay không.

Bắt đầu nhỏ để biết cái gì đáng báo

Có thể thử với hai nguồn bạn thực sự hay bỏ sót, chẳng hạn lịch và hóa đơn: cho job ghi lại những gì tìm thấy, để agent tóm và chỉ nhắn khi có mục cần hành động. Sau vài ngày hãy kiểm tra cả những mục nó bỏ qua; nếu chỉ đọc thông báo mà không xem lại sổ gốc, bạn sẽ khó phát hiện lần phân loại sai. Đây là gợi ý áp dụng từ mô hình của tác giả, không phải một chức năng anh đã chứng minh chạy hoàn hảo.