Biến ghi chú họp thành danh sách việc mà không để AI tự gán người phụ trách

Một cuộc họp có thể kết thúc bằng câu ‘mọi người rõ việc rồi nhé’, nhưng bản ghi phía sau lại đầy những cụm như ‘có thể’, ‘đề xuất’, ‘để kiểm tra lại’. Nếu đưa nguyên phần ghi chú ấy cho AI và yêu cầu ‘tóm tắt, chia việc’, bạn có thể nhận được một bảng rất gọn — kèm vài cam kết chưa từng được thống nhất.

Cách an toàn hơn là dùng AI như người sắp xếp tài liệu. Nó được phép tách và định dạng thông tin; quyền xác nhận ai làm gì, vào ngày nào vẫn thuộc về những người trong cuộc họp. Bài này dành cho nhân viên văn phòng, quản lý dự án và trưởng nhóm cần gửi phần theo dõi sau họp. Bạn cần khoảng 15 phút cho lần đầu và một trợ lý AI có thể xử lý văn bản. Prompt không phụ thuộc một sản phẩm cụ thể và không yêu cầu mua thêm công cụ nếu bạn đã có trợ lý văn bản; chi phí, giới hạn lượt dùng và chính sách lưu dữ liệu vẫn phụ thuộc gói dịch vụ bạn chọn, nên cần kiểm tra trước khi đưa ghi chú công việc vào.

Ví dụ bên dưới là dữ liệu giả lập. Prompt chưa được chạy trong một phép thử có ghi nhận trên sản phẩm hoặc model cụ thể. Đầu ra là ví dụ tổng hợp do biên tập viên dựng và đối chiếu thủ công từng dòng với ghi chú; đây không phải kết quả kiểm thử hay benchmark. Tên, công ty và tình huống đều không có thật.

Trước khi dán ghi chú, bỏ những gì người ngoài cuộc không cần biết

Ghi chú họp thường chứa tên khách hàng, số điện thoại, giá chưa công bố, vấn đề nhân sự hoặc đường dẫn nội bộ. Đừng coi cửa sổ chat là một trang giấy riêng tư mặc định. Hãy dùng công cụ và tài khoản được tổ chức phê duyệt; nếu chưa rõ chính sách, thay tên thật bằng vai trò như [Khách hàng A], [Nhân viên 1], bỏ thông tin đăng nhập và làm mờ con số nhạy cảm.

NIST liệt kê cả confabulation — nội dung sai nhưng được trình bày tự tin — và rò rỉ hoặc sử dụng trái phép dữ liệu nhạy cảm trong nhóm rủi ro của AI tạo sinh. Với ghi chú họp, hai rủi ro gặp nhau: dữ liệu đầu vào có thể nhạy cảm, còn đầu ra có thể thêm chi tiết không tồn tại.

Bạn cũng nên giữ bản ghi gốc. Nếu chỉ còn phần tóm tắt của AI, bạn mất luôn chỗ để kiểm tra.

Dùng ba nhãn thay vì ép bảng phải trông hoàn chỉnh

Một action item hữu ích thường có ba trường: việc cần làm, người phụ trách và thời hạn. Ghi chú thật hiếm khi đủ cả ba. Vì vậy bảng đầu ra cần chấp nhận khoảng trống bằng các nhãn rõ ràng:

• Đã xác nhận: câu gốc nói rõ đây là quyết định hoặc cam kết.
• Chưa chốt: có đề xuất, khả năng hoặc tên người được nhắc tới, nhưng chưa đủ để coi là cam kết.
• Không có trong ghi chú: tuyệt đối không được điền bằng suy đoán.

OpenAI khuyến nghị tách rõ phần hướng dẫn, ví dụ và ngữ cảnh trong prompt; đồng thời cung cấp thông tin liên quan để giới hạn câu trả lời vào nguồn đã chọn. Với biên bản họp, ‘ngữ cảnh’ chính là ghi chú gốc. Mỗi dòng đầu ra nên mang theo một mẩu bằng chứng nguyên văn từ đó.

Sao chép prompt sau rồi đặt ghi chú của bạn vào cuối:

Bạn là người cấu trúc biên bản họp. Chỉ sử dụng nội dung trong <ghi_chu>; không dùng kiến thức bên ngoài và không suy đoán.

Tạo 3 phần:
1. QUYẾT ĐỊNH ĐÃ CHỐT
2. VIỆC CẦN LÀM
3. CÂU HỎI CÒN MỞ

Với mỗi việc cần làm, tạo các cột:
- Việc
- Người phụ trách
- Thời hạn
- Trạng thái
- Bằng chứng từ ghi chú

Quy tắc:
- Chỉ ghi ‘Đã xác nhận’ khi ghi chú nói rõ quyết định hoặc cam kết.
- Các từ ‘có thể’, ‘đề xuất’, ‘dự kiến’ hoặc câu hỏi không xác nhận nội dung được nêu là quyết định hay cam kết.
- Riêng câu nói rõ ‘[Tên] sẽ kiểm tra lại…’ có thể xác nhận **việc đi kiểm tra** đã được giao; kết quả, con số hoặc phương án đang được kiểm tra vẫn phải để ‘Chưa chốt’.
- Nếu thiếu người hoặc thời hạn, ghi đúng ‘Không có trong ghi chú’.
- Không tự gán việc dựa trên chức danh hoặc người phát biểu.
- Bằng chứng phải là một câu hoặc cụm từ trích nguyên văn từ ghi chú.
- Sau các bảng, viết tối đa 5 câu hỏi ngắn cần gửi lại cho nhóm để chốt phần còn thiếu.

<ghi_chu>
[DÁN GHI CHÚ TẠI ĐÂY]
</ghi_chu>

Thử với một đoạn ghi chú cố tình mơ hồ

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

Họp dự án Mây — 10/9
- Cả nhóm đồng ý giữ form đăng ký ở 4 trường. Huy cập nhật bản thiết kế.
- Landing page cần xong trước thứ Sáu. Minh nói có thể hỗ trợ phần nội dung, nhưng cần xem lại lịch.
- Quảng cáo: có người đề 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 A 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 sẽ kiểm tra bản mobile trước khi phát hành. Chưa có câu trả lời.

Một đầu ra đạt yêu cầu không cần làm cho mọi ô đều đẹp. Nó cần phản ánh đúng độ chắc chắn của nguồn.

Quyết định đã chốt

Quyết định	Bằng chứng
Giữ form đăng ký ở 4 trường	‘Cả nhóm đồng ý giữ form đăng ký ở 4 trường.’

Việc cần làm

Việc	Người phụ trách	Thời hạn	Trạng thái	Bằng chứng từ ghi chú
Cập nhật bản thiết kế theo form 4 trường	Huy	Không có trong ghi chú	Đã xác nhận	‘Huy cập nhật bản thiết kế.’
Hoàn thành landing page	Không có trong ghi chú	Trước thứ Sáu	Thiếu người phụ trách	‘Landing page cần xong trước thứ Sáu.’
Kiểm tra ngân sách quảng cáo với tài chính	Quang	Không có trong ghi chú	Đã xác nhận	‘Quang sẽ kiểm tra lại với tài chính.’

Minh chưa nên xuất hiện như người phụ trách nội dung landing page. Câu ‘có thể hỗ trợ’ kèm ‘cần xem lại lịch’ chỉ cho thấy một khả năng. Tương tự, 30 triệu chưa phải ngân sách đã duyệt, và chiều thứ Tư chưa phải lịch demo đã chốt.

Câu hỏi còn mở

1. Ai chịu trách nhiệm hoàn thành landing page trước thứ Sáu?
2. Minh có nhận phần nội dung không?
3. Ngân sách quảng cáo đã được duyệt là bao nhiêu?
4. Khách hàng đã xác nhận thời gian demo chưa?
5. Ai kiểm tra bản mobile trước khi phát hành?

Đây là điểm khác biệt giữa một biên bản đáng tin và một bảng trông chuyên nghiệp: những chỗ chưa rõ vẫn được để chưa rõ.

Lỗi thường bắt đầu từ bốn chữ ‘chia việc giúp tôi’

Hãy đổi prompt thành: Tóm tắt cuộc họp và chia việc cho từng người. Trong ví dụ trên, một mô hình có thể nối Minh với nội dung landing page, biến đề xuất 30 triệu thành quyết định ngân sách, hoặc ghi lịch demo là chiều thứ Tư. Các liên kết ấy nghe hợp lý, nhưng ghi chú không xác nhận chúng.

Nếu đầu ra đã mắc lỗi, bạn không cần bắt đầu lại toàn bộ. Dùng yêu cầu phục hồi này:

Kiểm tra lại từng dòng của bảng vừa tạo. Với mỗi người phụ trách, thời hạn và quyết định, hãy trích đúng bằng chứng nguyên văn từ ghi chú. Nếu không có bằng chứng trực tiếp, thay giá trị bằng ‘Không có trong ghi chú’ hoặc chuyển mục đó sang ‘Câu hỏi còn mở’. Không dùng suy luận từ vai trò, ngữ cảnh hay câu nói dự kiến.

Sau đó rà ba cụm trong bản gốc: có thể, đề xuất, kiểm tra lại. Với kiểm tra lại, hãy tách hai ý: hành động kiểm tra có thể đã được giao, nhưng nội dung đang được kiểm tra chưa được chốt. Mỗi mục như vậy vẫn cần con người xem lại trước khi gửi cho nhóm. Đây là phép kiểm tra đơn giản nhưng bắt đúng loại lỗi dễ gây khó xử nhất sau cuộc họp.

Hai phút kiểm tra trước khi gửi cho cả nhóm

Đọc bảng theo cột, không đọc như một bài văn:

1. Người phụ trách: mỗi cái tên có một câu gốc nói rõ người đó nhận việc không? Người nói về một vấn đề chưa chắc là người chịu trách nhiệm.
2. Thời hạn: nguồn có ghi ngày hoặc mốc thật không? ‘Tuần tới’ và ‘sớm’ nên giữ nguyên, không tự chuyển thành một ngày cụ thể.
3. Quyết định: phân biệt ‘đồng ý/chốt’ với ‘đề xuất/cân nhắc’.
4. Bằng chứng: mở tìm kiếm trong ghi chú và kiểm tra cụm trích dẫn có tồn tại.
5. Dữ liệu nhạy cảm: đọc lại một lượt trước khi gửi email hoặc lưu vào hệ thống khác.

Cuối cùng, gửi bản nháp với một câu yêu cầu xác nhận có thời hạn, chẳng hạn: ‘Mọi người kiểm tra giúp phần người phụ trách và deadline trước 15:00 hôm nay; các ô chưa chốt đang được để trống.’ Khi ai đó trả lời, cập nhật biên bản gốc thay vì chỉ sửa trong một cuộc chat riêng.

Với cuộc họp có quyết định pháp lý, nhân sự, tài chính hoặc dữ liệu khách hàng nhạy cảm, phần tóm tắt AI chỉ nên là bản chuẩn bị. Biên bản chính thức vẫn cần người có trách nhiệm phê duyệt theo quy trình của tổ chức. Nếu ghi chú đã ngắn và chỉ có hai hoặc ba đầu việc, một bảng thủ công có thể nhanh hơn cả việc làm sạch dữ liệu rồi viết prompt.

Quy trình này không làm AI hết sai. Nó khiến lỗi dễ nhìn thấy: một dòng thiếu bằng chứng sẽ nổi bật trước khi một nhiệm vụ tưởng tượng được gửi tới cả đội.

Nguồn tham khảo

1. OpenAI API Docs — Prompt engineering — cách tách hướng dẫn, ví dụ, ngữ cảnh và giới hạn câu trả lời bằng nguồn liên quan; kiểm tra ngày 13/9/2026.
2. NIST AI 600-1 — Generative AI Profile — rủi ro confabulation, data privacy và khuyến nghị kiểm chứng đầu ra; xuất bản tháng 7/2024, kiểm tra ngày 13/9/2026.