Nếu nhìn vào các công cụ email AI xuất hiện gần đây, có một điểm chung rất dễ thấy.
Thay vì giảm bớt vấn đề, chúng lại làm màn hình ngày càng nhiều hơn, gắn thêm thẻ gợi ý vào từng email hoặc thêm các huy hiệu kiểu “AI khuyên bạn nên trả lời”, rồi các bản nháp chưa được xem xét cứ tiếp tục chất đống.
Vậy hộp thư đến có yên tĩnh hơn không? Ngược lại, nó còn ồn ào hơn.
Vì thế, Klorn bắt đầu từ một hướng khác. Thay vì “thêm” thứ gì đó vào email, nó được xây dựng theo cách loại bỏ mọi thứ và chỉ giữ lại một kết quả duy nhất.
Mỗi email chỉ rơi vào đúng một kết quả duy nhất, và không hiển thị thêm thông tin nào khác.
Cách phân loại kết thúc ở hệ thống 4 tầng:
- SILENT — chỉ lưu lại và hoàn toàn không hiển thị trên màn hình (marketing, biên lai, v.v.)
- QUEUE — được đưa vào hàng đợi nhưng không có thông báo
- PUSH — email cần phải xem ngay bây giờ (thông báo / Telegram / gọi điện tùy chọn)
- AUTO — hiện tại chỉ phân loại thôi (cố ý tắt phần thực thi)
Điều quan trọng là mọi email bắt buộc chỉ được sắp xếp vào đúng một trong các tầng này. Không gắn nhiều trạng thái mập mờ cùng lúc.
Trong Klorn, LLM không đưa ra “quyết định”. Thay vào đó, nó xem email và chỉ trích xuất 4 giá trị dưới dạng số:
- mức độ chắc chắn
- mức độ đáng tin cậy của người gửi
- việc đó có thể hoàn tác hay không
- mức độ khẩn cấp
Sau đó tier cuối cùng được tính bằng các quy tắc cố định dựa trên những con số này. Lý do rất đơn giản.
Là để kết quả không bị dao động ngay cả khi mô hình thay đổi. Tôi cho rằng đây là điều quan trọng nhất.
Ngoài ra, ngay cả khi LLM bị lỗi hoặc vướng rate limit, hệ thống fallback dựa trên từ khóa vẫn tạo ra cùng 4 giá trị đó để bảo đảm email khẩn cấp không bị lọt mất.
Kết quả phân loại về sau không thể thay đổi.
Các đầu vào dùng để phân loại (from, subject, snippet, v.v.) được băm nguyên trạng rồi lưu lại, và khi đọc lại sau này cũng sẽ băm theo đúng cách đó để so sánh. Nếu giá trị khác đi thì sẽ thất bại ngay.
Làm như vậy thì sau này dù có thứ gì bổ sung hay sửa dữ liệu, cũng sẽ không có chuyện phán đoán đã đưa ra trước đó bị “âm thầm thay đổi”.
Các hành động nguy hiểm được cố tình làm cho bất tiện hơn.
Thực ra nghĩ kỹ thì trong email chỉ có vài hành động nguy hiểm:
- gửi email
- xóa vĩnh viễn
- chuyển tiếp ra bên ngoài
Chỉ cần sai một lần là xong,
nên tất cả đều được đặt sau một bước kiểm chứng bổ sung; nếu bạn không tự tay bấm thì sẽ không dẫn tới hành động thực tế.
- khi phê duyệt thì cố định payload
- khi thực thi thì xác minh lại
- chỉ cần khác đi dù rất nhỏ thì sẽ thất bại ngay
Ngay cả tự động thực thi cũng bị chặn theo mặc định. Tôi đã chọn hướng không cho chạy.
Nó được tạo ra với tiêu chí self-host là chính. Đây là mã nguồn mở AGPLv3, và nếu là API tương thích OpenAI thì có thể gắn bất kỳ cái nào.
- có thể dùng Ollama / LM Studio / vLLM
- có thể cấu hình để không gửi dữ liệu email ra bên ngoài
- khóa cloud chỉ được dùng khi bạn muốn
Phần thông báo cũng không nhất thiết phải dùng web push; nhận qua Telegram có thể còn đơn giản hơn.
Trạng thái hiện tại vẫn còn ở giai đoạn đầu. Nhưng vì vậy cũng không thể nói hiệu năng của nó kém.
Bởi vì
- với 50 email cá nhân thì độ chính xác vào khoảng 80% (một lần thử, theo tiêu chí của tôi)
- người dùng thực tế chỉ có mình tôi
- thực thi AUTO đang cố ý bị tắt
- UI vẫn đang trong quá trình sắp xếp lại
Thay vì nói quá lên, tôi ghi đúng nguyên trạng hiện tại.
Cách dùng thử hiện tại vì vẫn là bản demo nên Google OAuth đang ở chế độ thử nghiệm (giới hạn 100 người); nếu muốn dùng thì hãy gửi email cho tôi, tôi sẽ thêm ngay.
Cách nhanh nhất là cứ self-host.
- có thể dùng OAuth cá nhân
- chạy ngay mà không cần xác thực Google
2 bình luận
Bạn phải đăng bằng
show.Không sửa được nên lần sau tôi sẽ đăng bằng show..