Bài 7 — Prompt tái dùng & tự động hóa bằng AI-agent: Xây "dây chuyền" cho việc lặp lại

Vấn đề: Cùng một prompt gõ lại mỗi tuần

Đến đây bạn đã có nhiều prompt tốt. Nhưng mỗi lần lại copy-paste, sửa tay context, dễ quên bước. Với tác vụ lặp (tổng hợp feedback hằng tuần, biến ticket thành story, viết release note), bạn nên nâng cấp từ "prompt rời" lên template có biến và xa hơn là AI-agent — một trợ lý được cấu hình sẵn để chạy nhiều bước.

Ba mức độ tự động hóa

• Prompt template có biến {…} — điền chỗ trống, dán chạy.
• Custom instruction / "GPT" cá nhân — cấu hình sẵn vai, chuẩn chất lượng, format; mở ra là dùng ngay không cần nhắc lại.
• AI-agent nhiều bước — agent tự chạy chuỗi: đọc feedback → phân cụm → sinh story → xuất bảng, có thể kết nối công cụ (đọc file, gọi API). Cần cấu hình và kiểm soát cẩn thận.

Ví dụ: Template có biến cho release note

[ROLE] Bạn là PO viết release note thân thiện cho người dùng cuối.
[CONTEXT] Sản phẩm {TEN_SP}. Đối tượng đọc: {DOI_TUONG}.
[INPUT] Danh sách thay đổi sprint này (đã merge):
{DANH_SACH_CHANGE}
[TASK] Viết release note gồm: tiêu đề hấp dẫn, 3-5 điểm nổi bật (lợi ích
chứ không phải mô tả kỹ thuật), mục "Sửa lỗi" ngắn gọn.
[FORMAT] Markdown, giọng {GIONG_VAN}.
[CONSTRAINTS] Chỉ dựa trên danh sách change cung cấp. Không hứa hẹn tính
năng chưa có. Tiếng Việt.

Mỗi tuần bạn chỉ thay các biến {…} — 30 giây có bản nháp.

Ví dụ: Cấu hình một AI-agent "Trợ lý Backlog"

Bạn là "Trợ lý Backlog" của tôi. Mỗi khi tôi dán một khối feedback:
Bước 1: Phân cụm theo theme, kèm dòng dẫn chứng (chỉ dùng dữ liệu tôi đưa).
Bước 2: Với theme ưu tiên cao, sinh user story + AC Given/When/Then chuẩn INVEST.
Bước 3: Xuất bảng | Theme | Story | AC | Ghi chú kiểm chứng |.
Quy tắc bất biến:
Không bịa dữ liệu, không thêm feedback ngoài input.
Đánh dấu [CẦN NGƯỜI DUYỆT] ở business rule không chắc.
Nếu thiếu thông tin, DỪNG và hỏi tôi.

Đây là "chuỗi" gộp Bài 3 và Bài 5 thành một quy trình chạy một phát.

Quy trình xây dựng bộ tự động hóa

• Liệt kê 3 tác vụ product lặp lại nhất của bạn.
• Chuyển mỗi prompt tốt thành template có biến {…}.
• Gộp các bước liên quan thành một "agent instruction" nhiều bước.
• Nhúng quy tắc an toàn bất biến (không bịa, dừng-để-hỏi, đánh dấu cần duyệt).
• Chạy thử với dữ liệu cũ đã biết kết quả để hiệu chỉnh.
• Đặt "chốt kiểm soát của con người" (human-in-the-loop) trước mọi output đi ra ngoài.

Template: Khung định nghĩa agent

TÊN AGENT: <...>
MỤC ĐÍCH: <tác vụ lặp>
ĐẦU VÀO: <loại dữ liệu, định dạng>
CÁC BƯỚC: Bước 1 → Bước 2 → Bước 3
ĐẦU RA: <định dạng>
QUY TẮC BẤT BIẾN: không bịa | dừng-để-hỏi khi thiếu | đánh dấu [CẦN DUYỆT]
CHỐT KIỂM SOÁT: người duyệt trước khi <đưa vào Jira / gửi đi>

Checklist trước khi "bật" một agent

• [ ] Có quy tắc cấm bịa dữ liệu chưa?
• [ ] Agent có DỪNG lại hỏi khi thiếu thông tin không?
• [ ] Có chốt người-duyệt trước output cuối không?
• [ ] Đã test với case đã biết kết quả chưa?
• [ ] Agent có quyền chạm dữ liệu mật không (nếu có, đã được duyệt)?

Sai lầm thường gặp

• Tự động hóa cả khâu ra quyết định. Agent có thể sinh backlog, nhưng duyệt và ưu tiên vẫn là việc của người. Tự động hóa việc gõ, đừng tự động hóa trách nhiệm.
• Ảo giác nhân lên theo chuỗi. Nếu Bước 1 phân cụm sai, Bước 2 sinh story trên cái sai đó — lỗi lan cả dây chuyền. Phải có kiểm chứng giữa các bước.
• Agent chạm dữ liệu mật không kiểm soát. Agent kết nối file/API có thể vô tình gửi dữ liệu ra ngoài — rò rỉ dữ liệu ở quy mô lớn. Chỉ cấp quyền tối thiểu, ưu tiên tool nội bộ.
• Phụ thuộc quá mức đến mức không kiểm tra output nữa. Tự động hóa dễ ru ngủ; bạn vẫn phải giữ chốt human-in-the-loop, nhất là với thứ đi ra ngoài (release note, email khách).

Ghi nhớ: Tự động hóa đúng chỗ giúp bạn giành lại hàng giờ mỗi tuần. Nhưng mọi agent tốt đều có ba thứ: quy tắc chống bịa, điểm dừng-để-hỏi, và một con người ký duyệt trước khi output đi ra thế giới thật.