Chuẩn bị phương án thay thế khi dịch vụ AI không sẵn sàng

Dịch vụ AI không sẵn sàng không nhất thiết khiến mọi phần của quy trình nghiệp vụ ngừng hoạt động. Tách công việc thiết yếu khỏi hỗ trợ tùy chọn trước khi xảy ra sự cố. Phương án thay thế hữu ích giúp người dùng tiếp tục trong giới hạn phù hợp, giải thích phần bị thiếu và tránh làm nặng thêm lỗi ban đầu do gọi lặp hoặc hành động chưa rõ kết quả.

Quyết định phần nào phải tiếp tục

Chia quy trình thành các bước độc lập. Người dùng có thể vẫn mở tài liệu nguồn, nhập thông tin bắt buộc và gửi yêu cầu thủ công khi không có gợi ý tự động. Xác định bước nào phụ thuộc mô hình và bước nào làm được khi thiếu nó. Giữ nội dung người dùng đã nhập trước khi hiện lỗi.

Không thay câu trả lời không khả dụng bằng giá trị mặc định nghe hợp lý nhưng có vẻ chính thức. Gắn nhãn chức năng bị giảm và đưa ra cách thay thế đã chấp nhận. Với trợ lý tài liệu, đó có thể là tìm kiếm trực tiếp hoặc đường dẫn nguồn. Với trợ lý soạn thảo, đó có thể là biểu mẫu chỉnh sửa chứa đầu vào ban đầu của người dùng.

Dừng các lời gọi liên tục bị lỗi

Mẫu Circuit Breaker của Microsoft tạm chặn lời gọi khi lỗi đạt ngưỡng, thay vì liên tục gọi thao tác có khả năng thất bại.[8] Hướng dẫn phân biệt cơ chế này với việc thử lại nhằm xử lý lỗi tạm thời.[8] Chọn hành vi theo lỗi của thành phần phụ thuộc, không chỉ theo mong muốn giấu thông báo lỗi.

Đặt thời gian chờ hữu hạn và chính sách thử lại có kiểm soát cho yêu cầu mô hình. Giải thích khi nào yêu cầu vẫn chờ và khi nào nên chuyển sang cách thủ công. Chuyển nhà cung cấp là quyết định thiết kế riêng. Không tự động gửi nội dung khách hàng sang bên khác khi chưa kiểm tra quyền, cách xử lý dữ liệu và hành vi theo tác vụ.

Kiểm tra mức sẵn sàng của phương án thay thế

Diễn tập những tình huống này với người vận hành quy trình. Phương án chỉ nằm trong tài liệu kỹ thuật chưa đủ cho một bộ phận dịch vụ bận rộn.

• Giữ thông tin đã nhập khi yêu cầu mô hình hết thời gian chờ.
• Hiển thị hành động bên ngoài đã xảy ra hay kết quả vẫn chưa xác định.
• Cung cấp đường thủ công có nhóm chịu trách nhiệm và ngữ cảnh bắt buộc.
• Giới hạn lần thử lại và cho người vận hành thấy tình trạng thành phần phụ thuộc.
• Thử khôi phục mà không tạo trùng tin nhắn, lịch hẹn hoặc thay đổi bản ghi đang chờ.

Ví dụ giả định: biểu mẫu tiếp nhận dịch vụ

Một doanh nghiệp bảo trì giả định dùng AI gợi ý nhóm lỗi từ mô tả khách hàng. Khi có sự cố, biểu mẫu vẫn nhận mô tả và thông tin liên hệ. Hệ thống đánh dấu việc phân loại đang chờ và chuyển cho nhân viên, thay vì tự đặt ra một nhóm lỗi.

Khi dịch vụ trở lại, ứng dụng không ghi đè nhóm mà nhân viên đã chọn. Nếu chưa rõ thông báo đã được gửi hay chưa, hệ thống kiểm tra bản ghi gửi trước khi gửi lại. Chờ phân loại và chờ thông báo vẫn là hai trạng thái riêng vì chúng đòi hỏi quyết định khôi phục khác nhau.

Khôi phục qua bàn giao có chủ đích

Giao rõ người phụ trách công việc đang chờ và xác định khi nào được bật lại hỗ trợ tự động. So sánh lượng yêu cầu với năng lực nhóm thủ công và thông báo thời gian xử lý dài hơn khi cần. Phương án thay thế có thể giữ dịch vụ tối thiểu hữu ích nhưng kém thuận tiện hoặc chậm hơn. Cần nói rõ giới hạn trước khi người dùng dựa vào nó.