Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 6 — Từ luồng đơn đến agent nhiều bước có điều kiện

Agent Workflow cá nhân không cần Code (Zapier/Make) Bài 6/8

Vấn đề của Product

Các luồng ở bài trước đều thẳng: trigger → action. Nhưng công việc thật có rẽ nhánh: nếu bug nghiêm trọng thì báo ngay quản lý, nếu nhẹ thì chỉ ghi Sheet. Để automation thật sự thay bạn xử lý, bạn cần logic điều kiện, bộ lọc, và nhiều đường đi — biến luồng thành một agent biết "quyết định".

Ví dụ cụ thể

Luồng Xử lý bug thông minh: khi có bug mới trên Jira → AI đánh giá mức nghiêm trọng dựa mô tả → rẽ nhánh: nếu "Critical" thì DM ngay Engineering Lead + tạo cảnh báo Slack; nếu "Major" thì thêm vào bảng ưu tiên; nếu "Minor" thì chỉ log lặng lẽ. Một agent, ba đường đi khác nhau.

Các khối logic bạn sẽ dùng

  • Filter (Zapier) / Filter module (Make): chỉ cho luồng đi tiếp khi thỏa điều kiện.
  • Paths (Zapier) / Router (Make): chia luồng thành nhiều nhánh song song theo điều kiện.
  • Formatter / Tools: chuẩn hóa dữ liệu (định dạng ngày, tách chuỗi) trước khi dùng.

Các bước dựng agent rẽ nhánh

  • Trigger Jira → issue mới.
  • Bước AI đánh giá mức nghiêm trọng, trả về nhãn chuẩn (Critical/Major/Minor) theo prompt bên dưới.
  • Thêm Router/Paths với 3 nhánh, mỗi nhánh có điều kiện lọc theo nhãn.
  • Nhánh Critical: Slack cảnh báo + DM Lead + tạo trang Incident.
  • Nhánh Major: thêm dòng vào bảng ưu tiên tuần.
  • Nhánh Minor: ghi log vào Sheet, không thông báo.
  • Test cả 3 nhánh bằng 3 bug mẫu khác mức độ.
  • Thêm nhánh mặc định phòng khi AI trả nhãn lạ → chuyển "Cần xem thủ công".

Prompt mẫu cho bước đánh giá

Đánh giá mức nghiêm trọng của bug dưới đây. CHỈ trả về một trong ba nhãn:
Critical, Major, Minor. Nếu mô tả không đủ thông tin để chắc chắn,
trả về "Uncertain" (KHÔNG đoán bừa).

Tiêu chí:

  • Critical: chặn nghiệp vụ chính, mất dữ liệu, ảnh hưởng nhiều người dùng.
  • Major: lỗi rõ nhưng có cách workaround.
  • Minor: lỗi hiển thị/nhỏ, ít ảnh hưởng.
Mô tả bug: "{description}" Chỉ trả về đúng một từ nhãn, không giải thích.

Template: Bản đồ quyết định của agent (tái dùng)

Điều kiện đầu vào: ____
NHÁNH 1: nếu [____] → hành động: ____
NHÁNH 2: nếu [____] → hành động: ____
NHÁNH 3: nếu [____] → hành động: ____
NHÁNH MẶC ĐỊNH (khi không khớp / AI không chắc): → ____ (thường là chuyển người xử lý)
Bước kiểm soát: ai review nhánh nào, tần suất ____

Checklist agent rẽ nhánh

  • [ ] Mỗi nhánh có điều kiện lọc rõ ràng, không chồng lấn?
  • [ ] Có nhánh mặc định cho trường hợp AI trả kết quả lạ?
  • [ ] Nhánh có hậu quả lớn (báo động) đã được test kỹ?
  • [ ] AI được ràng buộc chỉ trả nhãn trong tập cho phép?
  • [ ] Có log lại quyết định của AI để đối chiếu sau?

Sai lầm thường gặp

  • Không có nhánh mặc định. Khi AI trả nhãn ngoài dự kiến, luồng có thể im lặng bỏ sót bug nghiêm trọng. Luôn có đường "fallback".
  • Điều kiện chồng lấn khiến một bug đi vào nhiều nhánh gây trùng thông báo. Kiểm tra logic loại trừ.
  • Giao quyết định nặng cho AI mà không giám sát. Việc phân loại Critical ảnh hưởng con người/hệ thống — nên có người xác nhận cho ca leo thang.
  • AI ảo giác mức độ: mô tả mơ hồ dễ khiến AI gán Critical nhầm (gây báo động giả) hoặc Minor nhầm (bỏ sót). Cho phép nhãn "Uncertain" và chuyển người.
  • Rò rỉ dữ liệu qua nhiều bước: luồng càng nhiều bước, dữ liệu càng đi qua nhiều dịch vụ. Rà soát từng bước có thực sự cần dữ liệu nhạy cảm không.
Bài 7 ta sẽ đặt agent vào các tình huống thực tế và cách vận hành khi có sự cố.