“Khách đã đồng ý mức giá mới” là kết luận dễ gây hiểu nhầm nếu email chỉ viết “xem bảng đính kèm”, còn tệp thực tế là bản dự thảo. AI tóm tắt email giữ nguồn cần cho người đọc biết mỗi phát biểu đến từ thư nào, tệp nào và có phải quyết định cuối cùng hay không.
Bài này tập trung vào hồ sơ nguồn của bản tóm tắt, không hướng dẫn mở rộng quyền đọc hộp thư hay tự gửi thư. Có thể áp dụng với một chuỗi email đã được phép xử lý, sau khi loại thông tin không cần thiết.
Thiết kế bản tóm tắt theo phát biểu
Mỗi dòng nên chứa một sự việc, người hoặc đơn vị nêu sự việc, nguồn và trạng thái. Phân biệt đề xuất, yêu cầu, xác nhận và phần chưa giải quyết. Nếu thư chuyển tiếp nhắc lại một đoạn cũ, thời điểm chuyển tiếp không tự biến nội dung cũ thành quyết định mới.
Tệp cùng tên chưa chắc cùng phiên bản. Lưu mã tệp hoặc dấu nhận diện nội dung do hệ thống quản lý, thư chứa tệp và thời điểm nhận. Nếu thiếu tệp, ghi “chưa đọc được tệp”, không tóm tắt từ tên file như thể đã xem nội dung.
Sổ nguồn tối thiểu
| Phát biểu mô phỏng | Nguồn | Trạng thái |
|---|---|---|
| Có đề xuất thay giá | E01 → giá-v2.pdf → mục 2 | Đề xuất |
| Bên nhận đã xem tệp | E02 → nội dung thư | Đã nhận, chưa phải đồng ý |
| Giá cuối cùng | Chưa thấy nguồn xác nhận | Chờ người phụ trách |
Các tên tệp và tình huống trong bảng là mô phỏng. Trong hồ sơ thật, đường dẫn nguồn phải tuân thủ quyền truy cập. Bản tóm tắt gửi cho người khác không được vô tình làm lộ tệp vốn chỉ một nhóm nhỏ được đọc.
Đọc chuỗi theo quan hệ, không chỉ theo thời gian
Một chuỗi thư có thể chứa nhiều nhánh trả lời và phần trích dẫn lặp. Đánh dấu đoạn do người gửi mới viết, đoạn trích và tệp tương ứng. Nếu người gửi nói “giữ cách cũ” nhưng không chỉ rõ cách nào, cần một mục chờ làm rõ, không chọn tùy ý email gần nhất.
Trước khi rút gọn, lập danh sách phát biểu có khả năng tác động đến giá, hạn giao hoặc trách nhiệm. Những mục này cần nguồn trực tiếp. Bản tóm tắt đẹp nhưng không truy được câu xác nhận không nên trở thành căn cứ giao việc.
Ba phép kiểm trước khi bàn giao
- Chọn một kết luận và mở đúng thư hoặc vùng tệp làm bằng chứng.
- Kiểm tra một tệp trùng tên để chắc chắn không dùng nhầm phiên bản.
- Kiểm tra mục chưa rõ: bản tóm tắt có giữ trạng thái chờ hay biến thành sự thật?
Đánh giá cả phần bị bỏ sót, nhất là yêu cầu hủy, sửa hoặc giới hạn phạm vi nằm ở cuối thư. Không chỉ đếm số kết luận có trích dẫn: một nguồn có thể được gắn đúng đường dẫn nhưng không thực sự hỗ trợ kết luận.
Giữ bản gọn nhưng đủ để hành động
Bản gửi người quản lý có thể chỉ gồm quyết định đã xác nhận, việc cần làm và câu hỏi còn mở. Sổ nguồn được giữ riêng để người xử lý truy lại khi cần. Không cần sao chép toàn bộ hộp thư vào bản báo cáo.
Khi xây kho tri thức phục vụ AI, sổ nguồn thư–tệp giúp xác định tài liệu nào đáng đưa vào kho và tài liệu nào vẫn là trao đổi chưa chốt. Hãy chuẩn bị một chuỗi thư đã làm sạch cùng bản tóm tắt mong muốn để trao đổi về quyền đọc, cách giữ phiên bản và người xác nhận quyết định.
Nguồn và phạm vi áp dụng
Tài liệu gốc được tham khảo: Microsoft Graph biểu diễn message với body, thời gian và quan hệ attachments; nội dung thư và tệp cần được quản lý như các nguồn riêng. Các bảng, ví dụ và tiêu chí vận hành trong bài là đề xuất biên tập; ví dụ dùng dữ liệu mô phỏng, không phải kết quả triển khai hay cam kết của Onter. Khả năng hỗ trợ phải kiểm tra theo công cụ, phiên bản và dữ liệu thực tế.
