Agent chạy được trên máy bạn không có nghĩa nó sống nổi trong sản xuất. Bài cuối đưa agent tích hợp legacy ra vận hành thật: triển khai theo giai đoạn, giám sát, cảnh báo, và duy trì lâu dài khi hệ thống cũ tiếp tục thay đổi.
Triển khai theo giai đoạn (đừng bật 100% ngày đầu)
- Shadow mode: agent chạy song song nhưng không thực sự ghi — chỉ log "nếu chạy thật thì sẽ làm gì". So sánh với người thật để bắt lỗi mà không gây hại.
- Canary / human-approval: cho agent ghi thật nhưng mọi hành động rủi ro cần người bấm duyệt. Bắt đầu với một nhóm nhỏ khách/đơn.
- Mở rộng dần: khi tỷ lệ đúng ổn định, giảm dần bước duyệt tay, tăng lượng.
- Luôn có kill switch: một công tắc tắt ngay toàn bộ agent khi có sự cố.
Ba trụ giám sát
Bạn phải nhìn thấy agent đang làm gì. Ba lớp quan sát:
- Business metrics: bao nhiêu đơn tạo đúng, bao nhiêu phải người sửa, thời gian xử lý.
- Integration health: tỷ lệ lỗi/timeout theo từng hệ thống (CRM, ERP, RPA), độ trễ.
- Agent behavior: tool nào gọi nhiều, tỷ lệ chuyển người, các lần gần chạm giới hạn an toàn.
Dashboard mau:
don_tao_tu_dong: 128 | can_nguoi_sua: 6 (4.5%)
ERP timeout: 2.1% | RPA fail: 0.8% | CRM ok
chuyen_nguoi: 11 | circuit_breaker mo: 0 lan
Cảnh báo (alerting) đúng ngưỡng
Đặt cảnh báo hành động được, không spam:
- Tỷ lệ lỗi một hệ thống vượt X% trong Y phút → báo đội tích hợp.
- Circuit breaker mở → báo ngay (hệ thống đích có thể đang sập).
- Bất thường số lượng (tạo đơn tăng đột biến) → nghi ngờ lỗi/lạm dụng.
- Agent chuyển người tăng vọt → có thể một hệ thống vừa đổi UI/schema.
Chống trôi (drift): legacy sẽ thay đổi
Hệ thống cũ vẫn được nhà cung cấp cập nhật: đổi cột DB, đổi layout web, đổi field API. Điều này âm thầm phá tích hợp của bạn. Phòng vệ:
- Contract test / smoke test hằng ngày: một job tự chạy thử từng tool trên staging, báo động nếu output đổi hình dạng.
- Cảnh báo khi RPA selector không tìm thấy (dấu hiệu UI đã đổi).
- Theo dõi phiên bản của ERP/CRM; sau mỗi lần nhà cung cấp update, chạy full test.
Checklist go-live
- [ ] Đã qua shadow mode và đối chiếu với người thật.
- [ ] Có kill switch tắt toàn bộ trong 1 thao tác.
- [ ] Dashboard 3 lớp (business/integration/agent) hoạt động.
- [ ] Cảnh báo cấu hình đúng ngưỡng, có người nhận.
- [ ] Smoke test tự động chạy hằng ngày trên staging.
- [ ] Runbook xử lý sự cố (ai làm gì khi ERP sập).
- [ ] Audit log đầy đủ cho mọi hành động ghi.
- [ ] Kế hoạch chạy lại full test sau mỗi update của nhà cung cấp.
Ví dụ tình huống vận hành
Sáng thứ Hai, cảnh báo "RPA fail 40%" nổ. Dashboard cho thấy selector #btnSave không còn. Kiểm tra: cuối tuần nhà cung cấp CRM đổi layout. Bạn bật kill switch cho tool tao_don_crm (các tool khác vẫn chạy), cập nhật selector trên staging, chạy smoke test, rồi bật lại. Vì có shadow log và kill switch riêng từng tool, sự cố gói gọn trong 30 phút thay vì sập cả hệ thống.
Sai lầm thường gặp
- Bật 100% ngay ngày đầu, không shadow mode → lỗi hàng loạt trên dữ liệu thật.
- Không có kill switch → sự cố lan rộng, không dừng kịp.
- Chỉ giám sát agent, quên integration health → không biết ERP đang timeout dần.
- Không có smoke test → legacy đổi âm thầm, tích hợp vỡ mà không ai hay đến khi khách phàn nàn.
- Cảnh báo quá nhiều/không ai nhận → nhiễu, bỏ lỡ cảnh báo thật.
Tổng kết
Vận hành agent tích hợp legacy là một hành trình liên tục, không phải cú go-live một lần. Triển khai theo giai đoạn với shadow mode và kill switch, giám sát cả nghiệp vụ lẫn sức khỏe tích hợp, cảnh báo đúng ngưỡng, và chủ động chống trôi bằng smoke test. Hệ thống cũ sẽ luôn thay đổi — kỷ luật vận hành là thứ giữ agent của bạn sống sót cùng nó.