Cách phân loại email công ty bằng Agent AI
Để phân loại email bằng Agent AI trong Banger, kết nối qua MCP, tạo nhãn hộp thư và quy định khi nào áp dụng. Nhãn và Triage hỗ trợ điều kiện chính xác, điều kiện ngôn ngữ thông thường cùng thao tác gắn nhãn, lưu trữ, đánh dấu đã đọc hoặc gắn sao. Xem trước quy tắc trên chuỗi thư gần đây trước khi tự động hóa rộng hơn.
Với người xây sản phẩm độc lập, mục tiêu đầu là hộp thư dễ đọc. Bạn cần tìm vấn đề khách hàng, phân biệt câu hỏi tài khoản với thông báo tự động và giữ thư cần trả lời trong tầm nhìn. Vài quy tắc rõ ràng hữu ích hơn nhiều danh mục chồng chéo.
Bắt đầu từ quyết định bạn thực sự đưa ra
Giả sử sản phẩm mới nhận báo lỗi, câu hỏi thanh toán và thông báo dịch vụ thường lệ. Bắt đầu với nhãn như “Báo lỗi”, “Câu hỏi thanh toán” và “Thông báo dịch vụ”. Điều chỉnh các nhãn ví dụ cho hộp thư.
Viết một câu giải thích từng danh mục. “Báo lỗi” có thể là khách mô tả sản phẩm hoạt động lỗi hoặc cho kết quả bất ngờ. “Câu hỏi thanh toán” có thể là người hỏi hóa đơn hoặc phí đăng ký. Tránh danh mục mơ hồ như “Quan trọng” trừ khi giải thích được nội dung thuộc về nó.
Nhãn Banger thuộc một hộp thư. Quy tắc gắn nhãn phải dùng nhãn Banger trong cùng hộp thư. Yêu cầu Agent liệt kê nhãn hiện có trước để dùng lại từ vựng thay vì tạo nhãn gần trùng.
Các bước: tạo quy tắc có thể kiểm tra
1. Kết nối và xác định hộp thư
Làm theo hướng dẫn thiết lập MCP và cấp phạm vi quyền phù hợp. Kiểm tra nhãn và Triage dùng quyền đọc; tạo nhãn hay sửa quy tắc dùng quyền ghi. Xác nhận hộp thư trước khi thay đổi.
Giao yêu cầu hẹp: “Kiểm tra nhãn trong hộp thư hỗ trợ sản phẩm. Đề xuất nhãn báo lỗi và cho tôi xem điều kiện gắn nhãn. Không lưu trữ hay đánh dấu đã đọc.” Cách này tách phân loại khỏi thao tác thay đổi những gì bạn thấy trong hộp thư đến.
2. Chọn điều kiện chính xác khi có thể
Điều kiện chính xác bao gồm người gửi, người nhận, văn bản tiêu đề, từ bắt buộc, từ loại trừ và thư có tệp đính kèm hay không. Dùng chúng khi sự khác biệt dựa trên điều quan sát trực tiếp, như thư từ địa chỉ thông báo đã biết.
Ví dụ, quy tắc thông báo dịch vụ có thể khớp người gửi chính xác và cụm từ trong tiêu đề. Kiểm tra kỹ người gửi: điều kiện tên miền quá rộng có thể bao gồm thư ngoài ý muốn. Nhiều trường đã cấu hình phải cùng thỏa mãn, trong khi từng trường có cách khớp riêng.
Yêu cầu Agent giải thích điều kiện bằng ngôn ngữ thường trước khi lưu. Giải thích dễ đọc nên giúp dự đoán kết quả với thư mẫu mà không cần diễn giải dữ liệu công cụ.
3. Dùng điều kiện ngôn ngữ thông thường cho ý nghĩa
Điều kiện mô tả có thể thể hiện ý định như “khách hàng báo lỗi”. Điều này hữu ích khi khách mô tả cùng vấn đề bằng các từ khác nhau. Giữ mô tả trực tiếp và cụ thể, tránh gộp nhiều quyết định không liên quan trong một câu.
Dùng điều kiện chính xác cho dữ kiện chính xác và ngôn ngữ thường cho ý nghĩa. Nếu quy tắc chỉ xét một người gửi hay bối cảnh hộp thư cụ thể, nêu rõ giới hạn. Đừng trông đợi mô tả rộng tự suy ra mọi ngoại lệ kinh doanh.
4. Xem trước trước khi lưu hoặc bật
Bản xem trước Triage của Banger kiểm tra chuỗi thư gần đây nào khớp điều kiện. Agent có thể xem trước quy tắc đã lưu hoặc điều kiện chưa lưu. Dùng bản xem trước để kiểm tra cả ví dụ rõ ràng lẫn trường hợp ranh giới.
Yêu cầu: “Xem trước điều kiện trên chuỗi thư gần đây rồi cho tôi thấy các kết quả có thể sai.” Tự đọc ví dụ. Vài kết quả thuyết phục không chứng minh mọi thư tương lai đều được phân loại đúng, nhất là khi sản phẩm chưa tích lũy nhiều cuộc trò chuyện đa dạng.
Thay đổi từng điều kiện rồi xem trước lại. Cách này giúp hiểu lý do kết quả đổi dễ hơn việc viết lại toàn bộ quy tắc sau mỗi bất ngờ.
5. Bắt đầu bằng nhãn rồi xét thao tác khác
Gắn nhãn là bước đầu hữu ích vì thư vẫn có sẵn để kiểm tra bình thường. Khi danh mục hoạt động đúng, cân nhắc quy tắc cụ thể có nên gắn sao, đánh dấu đã đọc hoặc lưu trữ chuỗi thư khớp hay không.
Thận trọng khi lưu trữ thư có thể chứa yêu cầu khách hàng. Thông báo có thể chứa vấn đề thật. Thư thanh toán có thể cần trả lời. Chỉ phân loại không chứng minh cuộc trò chuyện đã kết thúc.
Áp dụng quy tắc cho thư cũ
Banger có thể chạy Triage trên thư cũ trong khoảng đã chọn từ một đến 90 ngày. Mặc định thao tác chỉ gắn nhãn. Muốn dùng các thao tác khác cần tùy chọn rõ ràng, nên kiểm tra yêu cầu trước khi áp dụng cho thư tồn đọng.
Bắt đầu với khoảng ngắn và ít quy tắc. So sánh cách sắp xếp nhận được với kỳ vọng. Mở rộng lịch sử dễ đánh giá hơn sau một lần chạy nhỏ thay vì sau khi nhiều quy tắc chồng chéo thay đổi nhiều tháng thư.
Có thể tạm dừng quy tắc mà giữ điều kiện và lịch sử. Banger cũng cho kiểm tra thao tác Triage và hoàn tác. Nếu quy tắc hoạt động kém, dừng trước, kiểm tra thao tác bị ảnh hưởng rồi dùng hoàn tác hiện có khi phù hợp thay vì tiếp tục chạy.
Triage tách biệt với gửi
Các thao tác Triage mô tả ở đây không gồm gửi trả lời. Agent có thể giúp việc email khác, nhưng quyền sắp xếp thư không phải chỉ dẫn chung để liên hệ mọi người gửi.
Kích hoạt Hành trình và lượt gửi bị chính sách không gian làm việc kiểm soát trở thành Phê duyệt của con người trong Banger. Agent không thể phê duyệt. Xem hướng dẫn quyền truy cập Agent trước khi kết hợp phân loại với quy trình email rộng hơn.
Triage có hạn mức riêng với gửi. Free gồm Triage cho 100 email mỗi tháng. Xem bảng giá cho gói của bạn và tài liệu API nếu tích hợp thao tác này vào phần mềm. Nếu giới hạn hoặc tính năng không có ngăn quy tắc chạy, kiểm tra trạng thái để biết phần chưa được xử lý.
Câu hỏi thường gặp
Tôi xem trước quy tắc trước khi tạo được không?
Có. Triage có thể xem trước điều kiện chưa lưu trên chuỗi thư gần đây. Dùng cách này kiểm tra ý nghĩa đề xuất trước khi bật quy tắc.
Triage tự trả lời khách hàng được không?
Thao tác Triage hỗ trợ là gắn nhãn, lưu trữ, đánh dấu đã đọc và gắn sao. Trả lời là thao tác email riêng.
Một quy tắc dùng nhãn hộp thư khác được không?
Không. Nhãn của quy tắc phải là nhãn Banger thuộc cùng hộp thư.
Tôi làm gì khi quy tắc quá rộng?
Tạm dừng, kiểm tra thao tác bị ảnh hưởng, chỉnh điều kiện rồi xem trước lại. Chỉ dùng nhãn khi đang lấy lại sự tin tưởng vào quy tắc.
