Mỗi người phụ trách và hạn nộp trong bảng việc sau họp cần một câu trích từ ghi chú

Sau buổi họp, bạn mở ghi chú và thấy hai dòng này:

- 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.

Bạn nhờ AI ‘tóm tắt và chia việc’. Một dòng như ‘Landing page — Minh — thứ Sáu’ hoặc ‘Ngân sách quảng cáo: 30 triệu’ rất dễ xuất hiện trong bảng trả về. Cả hai đọc lên đều hợp lý, và cả hai đều chưa ai chốt: Minh mới nói ‘có thể’, còn 30 triệu mới là một đề xuất. Gửi bảng đó đi, bạn vừa giao việc cho một người chưa nhận và báo một khoản tiền chưa được duyệt.

Cách dùng an toàn hơn là để AI sắp xếp, không để nó quyết định. Nó được tách và định dạng thông tin trong ghi chú. Ai làm gì, vào ngày nào vẫn do những người đã dự họp xác nhận. 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 phải 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 được văn bản. Prompt không gắn với sản phẩm nào; chi phí, giới hạn lượt dùng và chính sách lưu dữ liệu phụ thuộc gói bạn đang dùng.

(Ghi chú, tên người và công ty trong bài là ví dụ dựng; bảng kết quả do biên tập viên tự lập theo prompt, chưa chạy trên một chatbot cụ thể.)

Bắt AI ghi ‘không có’ thay vì tự điền

Một việc cần làm đầy đủ có ba phần: việc gì, ai làm, hạn nào. Ghi chú thật hiếm khi có đủ cả ba, nên bảng cần chỗ cho khoảng trống. Hãy cho AI ba cách ghi:

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

OpenAI khuyên tách riêng phần hướng dẫn, ví dụ và ngữ cảnh trong prompt, và đưa thông tin liên quan để câu trả lời bám vào nguồn đã chọn. Với biên bản họp, ngữ cảnh chính là ghi chú gốc, nên mỗi dòng trả về phải kèm một câu trích nguyên văn từ đó. Dòng nào không trích được thì không có chỗ đứng.

Prompt dùng được ngay, dán 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>

Trước khi dán, xóa những gì người ngoài cuộc họp không cần biết: tên khách hàng, số điện thoại, giá chưa công bố, chuyện nhân sự, đường dẫn nội bộ. Dùng công cụ và tài khoản tổ chức cho phép; nếu chưa rõ chính sách, thay tên thật bằng vai trò như [Khách hàng A] hay [Nhân viên 1]. NIST xếp cả confabulation (nội dung sai nhưng được nói rất tự tin) lẫn việc rò rỉ dữ liệu nhạy cảm vào nhóm rủi ro của AI tạo sinh, và ghi chú họp chạm cả hai. Giữ lại bản ghi gốc, vì nếu chỉ còn bản tóm tắt của AI, bạn không còn gì để đối chiếu.

Chạy thử trên cả buổi họp giả lập

Ghi chú đầy đủ của buổi họp dự án Mây ngày 10/9:

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 kết quả đạt không cần ô nào cũng đẹp. Nó chỉ cần phản ánh đúng độ chắc của ghi chú. Phần quyết định chỉ có một dòng: giữ form đăng ký ở 4 trường, kèm câu gốc ‘Cả nhóm đồng ý giữ form đăng ký ở 4 trường.’ Phần việc cần làm nên trông như sau:

Việc	Người phụ trách	Thời hạn	Trạng thái	Bằng chứng
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	Chưa chốt 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 việc kiểm tra	‘Quang sẽ kiểm tra lại với tài chính.’

Chú ý những gì không có trong bảng. Minh không đứng tên landing page, vì ‘có thể hỗ trợ’ kèm ‘cần xem lại lịch’ chỉ là một khả năng. 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úng nằm ở phần câu hỏi còn mở, để bạn gửi lại cho nhóm: ai nhận landing page, Minh có nhận phần nội dung không, ngân sách được duyệt là bao nhiêu, khách đã chốt giờ demo chưa, và ai kiểm tra bản mobile.

Khi AI vẫn điền thừa

Thử đổi prompt thành ‘Tóm tắt cuộc họp và chia việc cho từng người’, rồi so với bảng trên. Nếu bảng mới có Minh ở landing page, 30 triệu thành ngân sách hay chiều thứ Tư thành lịch demo, bạn đã thấy đúng loại lỗi cần bắt. Không phải làm lại từ đầu, chỉ cần gửi tiếp yêu cầu 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.

Rồi tự tìm trong ghi chú gốc ba cụm dễ gây hiểu nhầm nhất: có thể, đề xuất, kiểm tra lại. Với kiểm tra lại, hãy tách hai ý. Việc đi kiểm tra có thể đã được giao, còn thứ đang được kiểm tra thì chưa chốt.

Trước khi bấm gửi

Đọc bảng theo từng cột, không đọc như một bài văn. Mỗi cái tên phải có một câu gốc nói người đó nhận việc, vì người nói về một vấn đề chưa chắc là người chịu trách nhiệm. Giữ nguyên ‘tuần tới’ hay ‘sớm’ thay vì tự đổi thành một ngày cụ thể. Dùng chức năng tìm kiếm trong ghi chú để chắc các câu trích có thật. Đọc lại một lượt để chắc không còn dữ liệu nhạy cảm.

Khi gửi, kèm một câu yêu cầu xác nhận có 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 để trống.’ Ai trả lời thì cập nhật vào biên bản gốc, đừng chỉ sửa trong một cuộc chat riêng.

Nếu 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, bản AI chỉ là bản chuẩn bị; người có trách nhiệm vẫn phê duyệt theo quy trình của tổ chức. Với ghi chú chỉ có hai hoặc ba đầu việc, viết tay có thể nhanh hơn 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 chỗ sai lộ ra từ một dòng thiếu bằng chứng, trước khi một việc không ai nhận được gửi tới cả nhóm.

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.
2. NIST AI 600-1 — Generative AI Profile — rủi ro confabulation và dữ liệu nhạy cảm, cùng khuyến nghị kiểm chứng đầu ra; xuất bản tháng 7/2024.

Tiếp trên bàn Việc hôm nay: NVIDIA PAIR chia request Local AI qua nhiều máy, nhưng không cộng VRAM