AI NEWSROOMTin tức · hướng dẫn · phân tích
Tìm kiếm
← Trang chủ
Tutorials

Kiểm tra action items do AI tạo: deadline và người phụ trách có thật trong ghi chú không?

Một quy trình Verify ngắn giúp đối chiếu action items do AI tạo với ghi chú họp gốc trước khi gửi cho cả nhóm.

Beginner8 phút đọc2 nguồn tham khảo

Một bảng action items do AI tạo có thể trông rất chuyên nghiệp: tên người phụ trách đầy đủ, deadline rõ ràng, câu chữ gọn. Vấn đề là độ đầy đủ của bảng không nói lên độ chắc chắn của dữ liệu bên trong. Nếu ghi chú chỉ nói ‘Minh có thể hỗ trợ’ mà bảng lại ghi ‘Owner: Minh’, hoặc cuộc họp chỉ nói ‘tuần tới’ nhưng AI đổi thành một ngày cụ thể, lỗi đã trở thành thông tin có vẻ chính thức.

Bài trước trong journey này tập trung vào cách yêu cầu AI không tự điền phần còn thiếu. Bước tiếp theo là quan trọng hơn trong thực tế: giả sử bạn đã có một bảng action items rồi, làm sao kiểm nhanh nó trước khi gửi cho cả nhóm?

Quy trình dưới đây dùng dữ liệu hoàn toàn giả lập. Tôi không coi output minh họa là benchmark của một model cụ thể. Mục tiêu là cho bạn một phép kiểm tra có thể lặp lại trên bất kỳ trợ lý AI nào: mỗi owner, deadline và quyết định phải quay được về một câu trong ghi chú nguồn.

1. Giữ hai cửa sổ cạnh nhau: ghi chú gốc và output AI

Đừng sửa output ngay khi đọc thấy một lỗi. Trước tiên giữ nguyên hai phiên bản:

  • Nguồn: ghi chú họp chưa qua AI.
  • Output thô: bảng action items mà AI vừa tạo.

Lý do rất đơn giản: nếu bạn sửa trực tiếp trong lúc đọc, vài phút sau sẽ khó nhớ trường nào vốn do AI tạo, trường nào do bạn tự bổ sung. NIST mô tả confabulation là một rủi ro của AI tạo sinh: hệ thống có thể tạo nội dung sai nhưng được trình bày một cách thuyết phục. Với biên bản họp, dạng lỗi nguy hiểm nhất thường không phải một đoạn văn vô lý, mà là một cái tên hoặc một ngày tháng nghe hoàn toàn hợp lý.

OpenAI cũng khuyến nghị prompt nên nêu rõ nhiệm vụ, ngữ cảnh và định dạng mong muốn. Điều đó giúp giảm mơ hồ, nhưng prompt tốt không thay thế bước kiểm chứng output.

2. Dùng một đoạn ghi chú có chỗ cố ý chưa chốt

Đầu vào giả lập:

Họp dự án Atlas — 16/9
- Cả nhóm thống nhất giữ form đăng ký 4 trường. Huy cập nhật bản thiết kế.
- Landing page cần hoàn tất trước thứ Sáu. Minh nói có thể hỗ trợ phần nội dung nhưng phải xem lại lịch.
- Quảng cáo: có đề xuất ngân sách 30 triệu. Quang sẽ kiểm tra lại với tài chính.
- Khách hàng muốn xem demo tuần tới. Thu đề xuất chiều thứ Tư; khách chưa xác nhận.
- Lan hỏi ai kiểm tra bản mobile trước khi phát hành. Chưa có người nhận.

Giả sử AI trả về bảng thô như sau:

Việc Owner Deadline
Cập nhật thiết kế form Huy —
Hoàn tất landing page Minh Thứ Sáu
Chốt ngân sách quảng cáo 30 triệu Quang —
Chuẩn bị demo cho khách Thu Thứ Tư tuần tới
Kiểm tra bản mobile Lan Trước phát hành

Bảng này nhìn rất hợp lý. Nhưng nếu gửi nguyên trạng, nó đã biến ba loại thông tin khác nhau — cam kết, đề xuất và câu hỏi mở — thành cùng một kiểu dữ liệu.

3. Kiểm từng ô bằng ba trạng thái, không bằng cảm giác

Tạo thêm bốn cột: Trường cần kiểm, Bằng chứng nguyên văn, Trạng thái, Hành động. Dùng đúng ba trạng thái:

  • Có bằng chứng: nguồn nói trực tiếp điều đó.
  • Mơ hồ/chưa chốt: nguồn nhắc tới nhưng chưa đủ để coi là cam kết.
  • Không có trong nguồn: output AI đã thêm thông tin mà ghi chú không chứa.

Áp dụng vào ví dụ:

Output AI Trường cần kiểm Bằng chứng nguyên văn Trạng thái Hành động
Owner Huy Owner ‘Huy cập nhật bản thiết kế.’ Có bằng chứng Giữ
Owner Minh Owner ‘Minh nói có thể hỗ trợ… nhưng phải xem lại lịch.’ Mơ hồ/chưa chốt Bỏ owner, hỏi lại
30 triệu đã chốt Quyết định ‘có đề xuất ngân sách 30 triệu’ Mơ hồ/chưa chốt Đổi thành câu hỏi mở
Demo chiều thứ Tư Deadline ‘Thu đề xuất chiều thứ Tư; khách chưa xác nhận.’ Mơ hồ/chưa chốt Không ghi thành lịch đã chốt
Owner Lan Owner ‘Lan hỏi ai kiểm tra… Chưa có người nhận.’ Không có trong nguồn Xóa owner

Điểm quan trọng là bạn không hỏi: ‘Thông tin này có hợp lý không?’. Bạn hỏi: ‘Tôi chỉ được câu nào trong nguồn chứng minh nó?’

4. Có thể nhờ AI tự làm lượt kiểm thứ hai, nhưng vẫn giữ bằng chứng

Bạn có thể đưa lại chính bảng thô và ghi chú gốc cho AI bằng prompt ngắn sau:

Đối chiếu từng owner, deadline và quyết định trong bảng action items với <ghi_chu_goc>.

Với mỗi trường:
- trích đúng câu hoặc cụm từ làm bằng chứng;
- gắn một trong ba nhãn: CÓ BẰNG CHỨNG / MƠ HỒ-CHƯA CHỐT / KHÔNG CÓ TRONG NGUỒN;
- nếu không có bằng chứng trực tiếp, không được suy luận từ chức danh, người phát biểu hay ngữ cảnh;
- đề xuất hành động: GIỮ / XÓA / HỎI LẠI.

Không sửa nguồn và không tự bổ sung deadline hay người phụ trách mới.

Cách này hữu ích vì AI có thể giúp bạn rà nhiều dòng nhanh hơn. Nhưng đừng biến lượt kiểm thứ hai thành ‘AI tự chứng minh cho AI’. Câu bằng chứng phải tồn tại thật trong ghi chú và bạn cần nhìn thấy nó. Nếu trích dẫn không khớp nguồn, coi như chưa xác minh.

5. Failure check: cố tình thử hai câu dễ bị biến thành cam kết

Trước khi tin workflow, hãy thử nó với hai mẫu sau:

Minh có thể hỗ trợ phần nội dung nhưng phải xem lại lịch.

và:

Có đề xuất ngân sách quảng cáo 30 triệu.

Nếu output cuối vẫn ghi Owner = Minh hoặc Ngân sách đã chốt = 30 triệu, workflow của bạn chưa đạt. Đây không phải lỗi cần ‘prompt hay hơn’ một cách vô hạn; nó là tín hiệu rằng bước kiểm chứng phải giữ con người trong vòng quyết định.

Một workflow đạt yêu cầu nên trả hai dòng này về trạng thái Mơ hồ/chưa chốt, kèm câu hỏi cần gửi lại cho nhóm.

6. Hai phút cuối trước khi gửi follow-up

Trước khi gửi email hoặc đăng action items lên công cụ quản lý việc, rà theo thứ tự:

  1. Owner: có câu nào nói rõ người đó nhận việc không?
  2. Deadline: nguồn ghi đúng ngày/mốc đó hay AI đã đổi ‘tuần tới’, ‘sớm’, ‘trước khi phát hành’ thành một ngày cụ thể?
  3. Decision: câu gốc là ‘đồng ý/chốt’ hay chỉ là ‘đề xuất/có thể/để kiểm tra’?
  4. Evidence: mỗi trường quan trọng có thể trỏ về một câu nguồn không?
  5. Open question: chỗ nào chưa đủ bằng chứng đã được chuyển thành câu hỏi thay vì bị điền cho đẹp chưa?

Bạn không cần làm bảng kiểm dài cho mọi cuộc họp. Khi đã quen, chỉ cần tập trung vào ba trường có chi phí sai cao nhất: ai làm, khi nào, và điều gì thực sự đã được quyết định.

Khi nào nên dừng và hỏi lại người thật

Dừng workflow và hỏi lại nhóm nếu ghi chú mâu thuẫn nhau, không rõ ai đang nói, hoặc quyết định cuối cùng diễn ra ngoài phần ghi chú bạn có. AI không thể phục hồi một bằng chứng chưa từng được ghi lại.

Tương tự, nếu cuộc họp chứa dữ liệu nhạy cảm, hãy dùng công cụ/tài khoản phù hợp với chính sách tổ chức hoặc làm sạch dữ liệu trước khi đưa vào chatbot. Việc kiểm output không giải quyết được rủi ro của input.

Mục tiêu không phải làm AI ‘không bao giờ sai’. Mục tiêu là tạo một đường kiểm đủ ngắn để một chi tiết được AI suy đoán không kịp biến thành cam kết của cả nhóm.

Đọc thêm dễ hiểu

Tài liệu gốc để đối chiếu