AI Agent trả lời khách bịa: 3 lớp guardrail trong n8n để chặn trước khi đến tay khách

Tuần này trong các nhóm tự động hoá Việt Nam, câu hỏi lặp lại: "Cho Agent tự trả lời khách trên Fanpage thì sao anh? Nếu Agent bịa giá, khách mua xong mới biết sai thì xử lý thế nào?"

Câu hỏi đúng lúc. Ngày 13/10 n8n ra bản 2.44, thêm kênh nhắn tin WhatsApp và email cảnh báo ngân sách theo tháng — nhưng cái đáng học không phải kênh mới, mà là cách n8n tách phần trả lời khách ra khỏi phần kiểm soát chi phí và kiểm soát chất lượng.

Vấn đề không phải Agent "ngu". Agent mắc lỗi vì nó được thiết kế để tạo ra câu trả lời, không phải để nói đúng. Nếu không có lớp chặn trước khi tin nhắn ra tay khách, một câu bịa về giá sản phẩm, chính sách đổi trả hoặc thời gian giao hàng sẽ trở thành đơn hàng hỏng và khách mất niềm tin.

Ba lớp guardrail nên đặt trong n8n, đúng thứ tự:

1. Lớp 1: Xác thực đầu ra của Agent trước khi gửi Cách làm: sau node AI Agent, thêm node Set dùng Structured Output Parser yêu cầu Agent trả JSON theo schema cố định (mã sản phẩm, giá, trạng thái). Node IF kiểm tra các trường bắt buộc có dữ liệu không; nếu thiếu trường hoặc giá không phải số thì dừng luồng, ghi log và chuyển sang quy trình người trực xem xét. Không để tin nhắn nào lẹt qua nếu payload không khớp schema.

2. Lớp 2: Giữ nguyên ngữ cảnh qua tất cả các luồng Cách làm: node Set đầu tiên lưu sessionId và kháchId từ webhook Fanpage. Mọi node sau (AI Agent, HTTP Request gọi giá, node gửi tin) đều tham chiếu sessionId này. Nếu một node mất ngữ cảnh, Agent sẽ trả lời nhầm khách A bằng thông tin của khách B — lỗi này khó phát hiện trên bản test nhưng xảy ra hàng ngày với khách thật.

3. Lớp 3: Cảnh báo và ngắt luồng khi vượt ngưỡng Cách làm: bản 2.43 đã có trần ngân sách cho từng Agent, bản 2.44 thêm email báo khi chạm ngưỡng tháng. Dùng node IF để đếm số lần gọi AI trong ngày; vượt ngưỡng (ví dụ 100 request/phút ở gói Tăng trưởng) thì dừng gửi tin tự động, nhắn nhóm nội bộ biết và chuyển khách sang người trực. Gom tin trước khi gửi bằng node Wait ngắn + Aggregate để không bị chặn API do spam.

Sơ đồ luồng tham khảo: • Webhook nhận tin từ Fanpage, node Set lưu sessionId và kháchId • Node Set chuẩn hóa đầu ra: schema JSON bắt buộc cho Agent • Node IF kiểm tra schema hợp lệ, thiếu trường thì dừng • Node AI Agent soạn câu trả lời, trỏ sessionId vào mỗi lần gọi • Node Set kiểm tra giá và từ cấm trước khi gửi • Node gửi tin trả lời khách, ghi mã lỗi nếu có vào bảng • Nhánh vượt ngưỡng: nhắn nhóm nội bộ, chuyển người trực

Ba con số chuyển từ chỗ cứ đoán sang biết chính xác: • Số lần retry trên node gọi AI: từ 1, thành 3–5 lần cách đều 2–5 giây • Số lần gọi API mỗi phút: từ không đếm, thành khoảng 100 request ở gói Tăng trưởng • Cảnh báo ngân sách: từ không có, thành email tự động khi chạm ngưỡng tháng (bản 2.44)

Còn một việc không nên bỏ: ngày 14/10 có công bố lỗ hổng mức cao ở đường phản hồi webhook, cho phép một thành viên tạo luồng phục vụ trang có mã chạy trong phiên người khác. Nếu n8n còn dưới 2.43.5, hãy nâng lên trước khi dựng webhook cho khách.

Câu đúc kết: Agent trả lời khách không khó ở chỗ nối API, khó ở chỗ bạn có ba lớp guardrail nào để chặn câu bịa trước khi nó đến tay khách.

Chi tiết ba lớp guardrail và mẫu schema JSON mình để tại link Blog dưới phần bình luận nhé!

Bạn đang để Agent tự trả lời khách trên Fanpage hay vẫn để người trực trả lời tay? Nếu đã làm, bạn xử lý trường hợp Agent bịa giá thế nào?

#n8n #AIAutomation #Fanpage #Guardrails

Bình luận

Nhận mẫu schema JSON và ba lớp guardrail cho Agent Fanpage: https://tyauto.name.vn/posts/2026-10-20-personal-feed-zalo-oa-agent-3-rang-buoc.html