AI Agent – tác nhân AI thực hiện quy trình nhiều bước là hệ thống có thể quan sát trạng thái, chọn hành động, gọi công cụ và tiếp tục cho tới khi đạt mục tiêu hoặc gặp điều kiện dừng. Khả năng này hữu ích nhưng cũng làm rủi ro lớn hơn vì AI không chỉ “nói”, mà có thể tác động đến dữ liệu và hệ thống.
Trong BĐS, không phải quy trình nhiều bước nào cũng cần tác nhân. Luồng cố định vẫn là lựa chọn tốt khi nghiệp vụ ổn định và quy tắc đã rõ.
Chuyên đề: AI ứng dụng trong Bất động sản · Bài 05 · Nền tảng sử dụng AI trong BĐS
Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
1. Workflow cố định và tác nhân khác nhau ở đâu?
| Đặc điểm | Luồng cố định | Tác nhân AI |
|---|---|---|
| Thứ tự bước | Định sẵn | Có thể chọn theo trạng thái |
| Khả năng thích nghi | Thấp – trung bình | Cao hơn |
| Khả năng kiểm thử | Dễ hơn | Khó hơn |
| Rủi ro hành động sai | Giới hạn theo luồng | Tăng theo quyền công cụ |
| Phù hợp | Quy trình lặp, ít ngoại lệ | Nhiệm vụ cần lập kế hoạch, chọn công cụ theo tình huống |
2. Đừng cấp “quyền quản trị” cho tác nhân
Nguyên tắc quyền tối thiểu: tác nhân chỉ được đọc/ghi đúng tài nguyên cần thiết. Ví dụ tác nhân tổng hợp báo cáo thuê có thể đọc hợp đồng đã duyệt và dữ liệu thu tiền, nhưng không cần quyền sửa hợp đồng hoặc xóa giao dịch.
Tài khoản công cụ nên tách theo chức năng, có giới hạn bản ghi, giới hạn tần suất và nhật ký.
3. Ba loại công cụ trong một tác nhân BĐS
- Công cụ đọc: tìm tài liệu, truy vấn cơ sở dữ liệu, GIS, CRM.
- Công cụ xác định: bộ tính, kiểm ngày, kiểm đơn vị, quy tắc nghiệp vụ.
- Công cụ hành động: tạo nhiệm vụ, cập nhật trạng thái, gửi thông báo, tạo nháp.
Quyền hành động phải chặt hơn quyền đọc. Hành động gửi ra ngoài hoặc thay đổi dữ liệu gốc thường cần duyệt.
4. Cổng duyệt theo mức hậu quả
Human-in-the-loop – con người tham gia kiểm soát nên đặt tại các điểm mà lỗi có thể gây cam kết, mất dữ liệu hoặc quyết định tài chính/pháp lý. Không nhất thiết duyệt từng thao tác đọc.
Ví dụ: tác nhân được tự tìm hợp đồng, trích ngày hết hạn và tạo nháp nhiệm vụ; nhưng trước khi gửi thông báo chính thức cho khách thuê phải có người duyệt.
5. Tác nhân cần trạng thái rõ
Một quy trình nên có trạng thái như NEW, COLLECTING, NEEDS_REVIEW, READY, APPROVED, ACTIONED, FAILED. Tác nhân không được tự “nhảy” qua trạng thái cần phê duyệt chỉ vì đã có câu trả lời.
6. Tình huống: rà soát hợp đồng sắp hết hạn
Hệ thống chạy hàng ngày: lấy danh sách hợp đồng; AI trích/kiểm ngày kết thúc và điều kiện gia hạn; code tính số ngày còn lại; truy vấn CRM lấy người phụ trách; tác nhân tạo nháp nhiệm vụ. Nếu điều khoản gia hạn mơ hồ hoặc phụ lục mâu thuẫn, chuyển NEEDS_REVIEW. Sau người quản lý duyệt, hệ thống mới tạo lịch làm việc hoặc thông báo.
7. Chống vòng lặp và hành động lặp
Tác nhân có thể gọi cùng công cụ nhiều lần hoặc tạo trùng nhiệm vụ nếu trạng thái không được quản lý. Cần mã giao dịch, khóa chống lặp, giới hạn số bước và điều kiện dừng.
Một hành động “gửi Email” phải có mã duy nhất để việc thử lại không gửi hai lần.
8. Dữ liệu bên ngoài không được điều khiển tác nhân
Nội dung website, Email hoặc tài liệu có thể chứa chỉ dẫn độc hại. Tác nhân phải tách dữ liệu thu thập khỏi chính sách hệ thống; công cụ hành động không được gọi chỉ vì một tài liệu bảo phải gọi.
9. Nhật ký của tác nhân phải giàu hơn nhật ký chatbot
Cần ghi: mục tiêu, kế hoạch, tài liệu đã đọc, truy vấn đã chạy, kết quả công cụ, hành động dự kiến, hành động thực tế, cổng duyệt, người duyệt, lỗi và lý do dừng. Dấu vết này giúp điều tra khi tác nhân ra quyết định không mong muốn.
10. Cơ chế dừng an toàn
Tác nhân phải có giới hạn thời gian, số bước, chi phí, số lần gọi công cụ và các “điều kiện cấm”. Nếu dữ liệu thiếu, công cụ lỗi hoặc phát hiện trạng thái bất thường, phải dừng và chuyển người thay vì cố hoàn thành bằng mọi giá.
11. Khi không nên dùng tác nhân
- Quy trình hoàn toàn xác định và có thể viết bằng rule/code đơn giản.
- Không có môi trường thử nghiệm và không có nhật ký.
- Hành động có hệ quả lớn nhưng không có cổng duyệt.
- Không kiểm soát được quyền truy cập dữ liệu.
- Không có bộ tình huống để đánh giá hành vi nhiều bước.
Ghi nhớ trong 30 giây
- Tác nhân AI chỉ nên có quyền đúng bằng công việc cần làm.
- Quy trình lặp lại, có quy tắc thường phù hợp với luồng công việc cố định hơn là tác nhân tự do.
- Hành động không thể đảo ngược hoặc có hệ quả lớn phải có cổng duyệt.
- Nhật ký cần ghi cả dữ liệu, công cụ, hành động và lý do dừng/chuyển người.
Nguồn tham khảo
- NIST – AI Risk Management Framework (AI RMF) 1.0 và AI RMF Playbook; NIST đang cập nhật AI RMF trong năm 2026 nên khi triển khai thực tế cần kiểm tra phiên bản hiện hành.
- NIST AI 600-1 – Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, 2024.
- ISO/IEC 42001:2023 – Artificial intelligence management system.
- RICS – Responsible use of artificial intelligence in surveying practice, 1st edition; có hiệu lực từ 09/03/2026.
- NIST – Building Evaluation Probes into Agentic AI, nghiên cứu về dấu vết kiểm tra và mức độ bám nguồn của tác nhân AI.
Bài tiếp theo
Bài 06: Đánh giá chất lượng AI: bộ đáp án chuẩn, sai lệch, bịa đặt, độ tin cậy và nhật ký kiểm tra