Upzi

Gần đây giới công nghệ đang bàn nhiều về Loop Engineering – kỹ năng được dự đoán sẽ thay thế Prompt Engineering. Thay vì chỉ chăm chút cho một câu lệnh (prompt), chúng ta đang chuyển sang thiết kế cả một vòng lặp hệ thống: AI sẽ làm gì, ai là người kiểm duyệt, khi nào thì kết quả đạt chuẩn, và khi nào cần dừng lại để con người can thiệp.

Đọc về khái niệm này, mình chợt khựng lại vì một sự quen thuộc bất ngờ. Bốn câu hỏi cốt lõi của Loop Engineering thực chất chính là những gì các Product Manager vẫn liên tục làm rõ mỗi khi viết Spec hay thiết lập Acceptance Criteria cho một tính năng.

Và không chỉ riêng làm Product. Tư duy vòng lặp này thực ra cực kỳ phổ biến trong vận hành hàng ngày:
1. Duyệt một bài viết hay bản hợp đồng: Nhân viên làm nháp -> Quản lý đọc thử (verify) -> Có sạn thì trả về sửa (retry) -> Khi nào duyệt xong mới được xuất bản (done).
2. Xử lý khiếu nại khách hàng: Nhận thông tin -> Giải quyết theo kịch bản -> Nếu ca khó hoặc khách không đồng ý thì phải chuyển ngay cho bộ phận khác có thẩm quyền hơn (escalate / chuyển người).

Điểm khác biệt duy nhất? Giờ đây, AI đóng vai trò như một "nhân sự" trực tiếp chạy trong vòng lặp đó, thay vì con người.

Đây không hẳn là một kỹ năng mới, mà là việc áp dụng tư duy hệ thống (system thinking) cho một nguồn lực mới. Thực tế cho thấy, khi càng nhiều tác vụ được tự động hóa bằng AI, giá trị cốt lõi không nằm ở việc bạn code giỏi hơn, mà ở việc bạn có năng lực thiết kế một quy trình kiểm soát nó hiệu quả.

Nhìn lại các quy trình ứng dụng AI mà bạn đang vận hành: Đã có một bước "kiểm tra kết quả" (verify) rõ ràng chưa, hay mọi thứ đang chạy tự động mà thiếu đi một chốt chặn an toàn?