Vấn đề của PM
Đến đây bạn đã có quy trình thủ-công-có-AI nhanh gọn. Nhưng bạn vẫn phải khởi động từng bước. Với 5 cuộc họp/ngày, việc copy–paste vẫn tốn thời gian. Bước nâng cao: dựng một agent chạy chuỗi transcript → trích xuất → tạo ticket nháp → soạn digest, và chỉ dừng lại để bạn duyệt ở đúng những điểm rủi ro. Đây là "human-in-the-loop": tự động phần cơ học, giữ người ở khâu phán đoán.
AI/agent làm gì
Một agent là AI + công cụ + luồng tự động. Bạn có thể dựng bằng no-code (Zapier, Make, n8n) hoặc trợ lý có tích hợp (ChatGPT connectors, Notion AI, Jira Automation, hay agent nội bộ công ty). Luồng điển hình: khi có transcript mới → agent trích action item → tạo ticket ở trạng thái "nháp/chờ duyệt" → gửi bạn bản tóm tắt kèm nút duyệt → sau khi bạn duyệt mới notify team và kích hoạt nhắc việc.
Ví dụ cụ thể
Zap: Trigger = file transcript mới trong Google Drive folder "Meetings". Action 1 = gọi AI trích action item (prompt Bài 3). Action 2 = tạo Jira issue với label needs-review. Action 3 = gửi bạn tin Slack: "5 action item mới từ họp Checkout, bấm để duyệt". Bạn duyệt → Zap thứ hai gỡ label, notify owner. Bạn từ chối → issue bị xóa.
Prompt mẫu (phần lõi AI trong agent — thiết kế để chạy tự động, an toàn)
Bạn là node trích xuất trong pipeline tự động, KHÔNG có người xem trực tiếp mỗi lần.
Đầu vào: transcript JSON {meeting, date, attendees, text}.
Đầu ra: CHỈ JSON hợp lệ, không văn bản thừa, theo schema:
{
"decisions": [{"text":"","decided_by":"","source_quote":""}],
"actions": [{"summary":"","owner":"","due":"YYYY-MM-DD|null","priority":"High|Medium|Low","source_quote":"","confidence":0.0}],
"needs_human": ["lý do cần người duyệt: owner CHƯA RÕ, hạn mơ hồ, quyết định lớn..."]
}
QUY TẮC AN TOÀN:
- Không bịa owner/due. Không rõ → null + thêm vào needs_human.
- Mỗi action phải có source_quote nguyên văn; nếu không có → bỏ.
- confidence < 0.7 → luôn đưa vào needs_human.
- Nếu transcript trống/không rõ → trả mảng rỗng, KHÔNG bịa.
Các bước làm
- Chọn nền tảng: no-code (Zapier/Make/n8n) nếu bạn không code; kiểm tra chính sách bảo mật công ty trước.
- Vẽ luồng có điểm dừng người duyệt (gate) tại: owner CHƯA RÕ, quyết định lớn, confidence thấp.
- Cắm prompt JSON lõi làm node trích xuất; ép output JSON để hệ thống đọc được.
- Đặt trạng thái mặc định "nháp/chờ duyệt" cho mọi ticket agent tạo — không bao giờ tự publish.
- Thêm bước notify PM để duyệt trước khi lan ra team.
- Chạy thử với họp thật, đối chiếu tay ít nhất 2 tuần trước khi tin.
- Ghi log & theo dõi tỷ lệ sai để tinh chỉnh prompt và ngưỡng confidence.
Template tái dùng: "Sơ đồ agent human-in-the-loop"
[Transcript mới]
→ [AI trích JSON + confidence + needs_human]
→ CÓ needs_human hoặc confidence<0.7?
→ CÓ: [Gửi PM duyệt] --duyệt--> [Tạo ticket + notify]
\--sửa--> [PM chỉnh rồi tạo]
→ KHÔNG: [Tạo ticket nháp] → [Gửi PM xác nhận batch] → [Notify]
→ [Kích hoạt lịch nhắc việc]
GATE BẮT BUỘC NGƯỜI DUYỆT: owner trống · quyết định ngân sách/scope lớn · dữ liệu nhạy cảm
Sai lầm thường gặp
- Tự động hóa 100% không có gate: agent tạo ticket sai, gán nhầm, notify cả công ty lúc nửa đêm. Luôn có điểm dừng người duyệt ở khâu rủi ro — đây là nguyên tắc số một.
- Ảo giác được khuếch đại theo quy mô: một prompt trích sai chạy tay là 1 lỗi; chạy tự động 50 lần là 50 lỗi. Ngưỡng confidence + needs_human + soát định kỳ là hàng rào.
- Rò rỉ dữ liệu nghiêm trọng: agent kết nối Drive + Jira + Slack có quyền rộng và gửi dữ liệu qua nhiều dịch vụ. Kiểm tra tuân thủ, giới hạn scope quyền, không cho agent đụng họp nhạy cảm (nhân sự, pháp lý, M&A).
- Phụ thuộc quá mức: khi agent "chạy êm", bạn ngừng kiểm tra và mất khả năng phát hiện lỗi. Duy trì kiểm định định kỳ và giữ kỹ năng làm tay.
- Dựng phức tạp trước khi quy trình tay ổn định: tự động hóa một quy trình lỗi = nhân lỗi lên. Chỉ tự động khi bản tay đã chạy tốt.