Sự phê duyệt cho tác nhân CNTT phải đứng vững qua sự cố

Ngày 13/10/2026, DXC công bố hợp tác với LangChain về vận hành CNTT doanh nghiệp. Đây là lúc thích hợp để xem xét điều gì phải diễn ra sau khi con người duyệt một thao tác của tác nhân.

Ba loại hồ sơ khác nhau

Tài liệu lưu trạng thái của LangGraph phân biệt điểm kiểm tra trong một luồng với dữ liệu lưu xuyên luồng. Tài liệu về ngắt thực thi cảnh báo rằng khi tiếp tục một nút bị ngắt, mã trước điểm ngắt sẽ chạy lại. Đây là thuộc tính của framework, không phải xác minh độc lập về một triển khai khách hàng cụ thể.

Theo phân tích của chúng tôi, hệ thống kiểm soát vận hành cần trả lời riêng ba câu hỏi: điều gì được phép, điều gì đã được thử thực hiện và điều gì thực sự thay đổi. Lịch sử hội thoại có thể giải thích ý định nhưng không chứng minh hệ thống đích đã chấp nhận thao tác. Ngược lại, phản hồi thành công cũng không chứng minh thao tác nằm trong phạm vi đã được duyệt.

Một bài nghiệm thu cố tình khó

Giả sử tác nhân được giao khởi động lại một dịch vụ trong khung bảo trì. Người vận hành duyệt đúng dịch vụ và môi trường. Yêu cầu đã tới máy chủ, nhưng kết nối mất trước khi xác nhận quay về. Trong lúc tác nhân chờ, một người khác thay đổi kế hoạch bảo trì.

Không thể mặc định khởi động lại lần nữa. Bài kiểm tra hữu ích phải buộc tác nhân nhận diện thao tác ban đầu, kiểm tra trạng thái tại đích và xác định phê duyệt cũ còn áp dụng hay không. Nếu chưa thể xác định kết quả, chuyển cho con người xử lý phải được tính là hành vi đúng, thay vì một nhiệm vụ thất bại.

Đây là tình huống thử nghiệm do chúng tôi đề xuất, không phải sự cố của DXC. Nó chỉ ra khoảng trống trong nghiệm thu: trình diễn khả năng dừng chờ duyệt chưa kiểm tra toàn bộ khoảng thời gian từ lúc duyệt đến khi xác nhận kết quả bên ngoài. Mạng thiếu ổn định hoặc bối cảnh kinh doanh thay đổi có thể khiến một kế hoạch hợp lý trước đó không còn phù hợp.

Đo ngoại lệ thay vì chỉ đếm phiếu đã đóng

Bên mua có thể yêu cầu bốn phần trình diễn. Đổi đối tượng sau khi duyệt để kiểm tra quyền cũ có bị áp dụng âm thầm hay không. Gửi lại yêu cầu có kết quả chưa rõ để tìm tác động trùng lặp. Thu hồi quyền trong lúc tác vụ chờ để kiểm tra chốt quyền tại thời điểm thực thi. Cuối cùng, yêu cầu người tiếp ca tái dựng kết quả chỉ từ bằng chứng lưu lại, không dựa vào lời giải thích của tác nhân.

Đó là các tiêu chí đánh giá đề xuất, không phải những tính năng chúng tôi đã xác minh trong sản phẩm công bố. Chúng cũng có chi phí: bằng chứng cần kiểm soát truy cập, hàng đợi ngoại lệ cần người chịu trách nhiệm, và phê duyệt cần thời hạn phản hồi. Thêm cửa sổ xác nhận mà không cấp nguồn lực cho quy trình có thể chỉ chuyển điểm nghẽn.

Thước đo có ý nghĩa hơn là tỷ lệ thao tác quan trọng có quyền phù hợp, kết quả được hệ thống đích xác nhận và đường khôi phục rõ ràng. Thông báo hợp tác xác lập hướng đi; mức bảo đảm khi vận hành phụ thuộc vào cách hệ thống xử lý khi các hồ sơ này mâu thuẫn.