Trước khi tự động gửi việc sau họp, ghi lại 5 lần bạn phải can thiệp

Bạn đã có một prompt tạo danh sách việc sau họp và ba lần gần đây bản nháp trông khá ổn. Bước tiếp theo rất dễ hấp dẫn: nối lịch họp, transcript, AI và email để hệ thống tự gửi follow-up. Trước khi làm vậy, hãy thử một việc ít hào nhoáng hơn: trong 5 cuộc họp, mỗi lần bạn phải sửa một chi tiết quan trọng trước khi gửi, ghi lại đúng một dòng.

Ví dụ trong bài là dữ liệu giả lập để minh họa cách ra quyết định. Đây không phải benchmark của một sản phẩm hay model. Với công việc thật, chỉ dùng dữ liệu họp trong công cụ và tài khoản được tổ chức cho phép.

NIST coi nội dung sai nhưng được trình bày tự tin là một rủi ro đáng quản lý của AI tạo sinh. Điều đó đặc biệt quan trọng khi ta chuyển từ AI tạo bản nháp để người xem sang AI tạo rồi hệ thống tự gửi: cùng một lỗi, nhưng cơ hội con người bắt lỗi đã biến mất. Vì vậy câu hỏi trước tự động hóa không chỉ là AI viết có nhanh không? mà là những chỗ nào vẫn thường xuyên cần người can thiệp?

Nhật ký chỉ cần ghi chỗ làm thay đổi ý nghĩa

Đừng ghi mọi chỉnh sửa dấu phẩy hay câu chữ. Chỉ ghi khi bạn phải thay đổi thông tin hoặc quyết định có thể khiến người nhận làm khác đi.

Năm cuộc họp giả lập có thể để lại năm dòng như sau:

Họp 1 — AI gán Lan làm người phụ trách dù ghi chú chỉ ghi Lan đặt câu hỏi.
Họp 2 — Không phải sửa người phụ trách/thời hạn; chỉ rút gọn câu chữ.
Họp 3 — AI đổi “tuần tới” thành thứ Hai dù cuộc họp chưa chốt ngày.
Họp 4 — AI ghi ngân sách 40 triệu là đã duyệt; ghi chú chỉ nói “đề xuất 40 triệu”.
Họp 5 — Không phải sửa thông tin; thêm một câu chào trước khi gửi.

Ba dòng 1, 3 và 4 là ngoại lệ quan trọng. Hai dòng còn lại không phải lý do để chặn tự động hóa phần định dạng hoặc tạo bản nháp.

Sau năm lần, đừng tính một điểm trung bình duy nhất. Hãy nhìn xem ngoại lệ rơi vào đâu. Ở ví dụ này, cả ba đều nằm ở những trường mang tính cam kết: ai làm, khi nào, điều gì đã được quyết định. Đó chính là nơi cần giữ người duyệt.

Vẽ ranh giới tự động hóa từ các ngoại lệ

Từ nhật ký trên, một thiết kế hợp lý có thể là:

Cho chạy tự động: lấy transcript từ nguồn được phép, tạo tiêu đề, gom các mục theo chủ đề, chuẩn bị bản nháp email và đưa các mục chưa rõ vào một khu vực riêng.

Bắt buộc chờ duyệt: người phụ trách, thời hạn cụ thể, quyết định ngân sách, lời hứa với khách hàng hoặc bất kỳ mục nào nguồn họp chưa nói rõ.

Chỉ gửi sau nút xác nhận: email follow-up cuối cùng.

Đây không phải ba mức trưởng thành chung cho mọi công ty. Nó là ranh giới được rút ra từ đúng loại lỗi xuất hiện trong năm lần sử dụng. Nếu nhóm của bạn có ngoại lệ khác, ranh giới phải khác.

Đừng để một ô trống biến thành dữ liệu giả

Một luồng tự động thường thích dữ liệu đầy đủ: trường owner phải có tên, due_date phải có ngày. Nhưng cuộc họp thật có thể chưa chốt. Nếu hệ thống ép mọi trường phải đầy, nó tạo áp lực để AI đoán.

Hãy cho phép giá trị như CHƯA CÓ TRONG GHI CHÚ và chuyển mục đó sang hàng chờ xác nhận. Hướng dẫn prompt của OpenAI nhấn mạnh việc cung cấp ngữ cảnh liên quan và chỉ dẫn rõ. Trong tác vụ này, chỉ dẫn quan trọng là không dùng kiến thức bên ngoài ghi chú để lấp các trường cam kết.

Một yêu cầu hẹp có thể viết:

Chỉ dùng nội dung trong ghi chú.
Với người phụ trách, thời hạn và quyết định: nếu không có câu trực tiếp làm bằng chứng, ghi CHƯA CÓ TRONG GHI CHÚ.
Không suy ra từ chức danh, người phát biểu hoặc thói quen của nhóm.
Đưa mọi mục CHƯA CÓ TRONG GHI CHÚ vào phần CẦN NGƯỜI XÁC NHẬN.

Prompt tốt không thay thế điểm duyệt; nó giúp hệ thống đưa đúng thứ đến điểm duyệt.

Một phép thử trước khi bật gửi tự động

Lấy một trong ba cuộc họp có ngoại lệ và chạy lại luồng dự kiến. Không cần cố làm cho AI trả lời hoàn hảo. Hãy kiểm tra một điều cụ thể: ngoại lệ có bị chặn trước bước gửi không?

Ví dụ, ở Họp 3, nếu nguồn chỉ ghi tuần tới, đầu ra có thể giữ nguyên tuần tới hoặc đánh dấu cần xác nhận. Nếu hệ thống vẫn biến nó thành một ngày cụ thể và email có thể đi thẳng ra ngoài, ranh giới tự động hóa chưa đủ an toàn.

Ở Họp 4, nếu đề xuất 40 triệu vẫn đi vào mục Quyết định: ngân sách 40 triệu, hãy dừng ở bước tạo bản nháp. Chưa có lý do để tự động hóa bước gửi.

Ngược lại, nếu năm lần liên tiếp bạn chỉ sửa cách diễn đạt, còn các trường cam kết đều được giữ đúng hoặc để trống khi thiếu bằng chứng, đó là tín hiệu tốt để tự động hóa thêm phần chuẩn bị. Vẫn nên giữ khả năng xem lại log và quay về chế độ duyệt khi loại cuộc họp hoặc nguồn dữ liệu thay đổi.

Khi nào 5 lần là chưa đủ

Con số 5 ở đây là một vòng quan sát nhỏ để tìm ngoại lệ, không phải chuẩn thống kê chứng minh hệ thống an toàn. Nếu cuộc họp có hậu quả cao — nhân sự, pháp lý, tài chính lớn, cam kết với khách hàng — đừng dùng năm lần thành công để loại bỏ phê duyệt bắt buộc. Chính sách tổ chức và mức rủi ro phải quyết định mức tự động hóa.

Nếu năm cuộc họp đều cùng một loại nhưng tuần sau bạn chuyển sang họp với khách hàng, hãy coi đó là ngữ cảnh mới và quan sát lại. Một luồng ổn với họp nội bộ không tự động trở thành luồng ổn cho cam kết bên ngoài.

Mục tiêu của nhật ký ngoại lệ không phải tạo thêm báo cáo. Sau vài lần, nó phải trả lời được một câu rất thực tế: phần nào đang lặp ổn định đến mức máy có thể làm trước, và phần nào vẫn chứa quyết định mà người cần nhìn thấy trước khi email rời khỏi hộp thư?

Nguồn tham khảo

• NIST — Artificial Intelligence Risk Management Framework: Generative AI Profile: dùng cho rủi ro nội dung sai nhưng có vẻ thuyết phục và tư duy quản lý rủi ro khi đưa AI vào quy trình.
• OpenAI — Prompt engineering: dùng cho nguyên tắc đưa ngữ cảnh và chỉ dẫn rõ vào yêu cầu; bài không coi prompt là thay thế cho phê duyệt của con người.