Microsoft cho biết cần từ 26 đến 60 tuần kỹ sư để xây dựng các tác nhân AI sẵn sàng thực thi

Tiêu đề: Từ Hỗ trợ đến Thực thi: Sự chuyển dịch về Kiến trúc

Cuốn cẩm nang "Agentic Transformation Patterns" năm 2026 của Microsoft nêu rõ cách các tác nhân AI (AI agents) phải được xây dựng lại để chuyển từ việc chỉ đơn thuần hỗ trợ người dùng sang việc thực sự thực thi công việc. Nó đưa ra một mức chi phí cụ thể cho nỗ lực này – khoảng từ 26 đến 60 tuần-kỹ sư (engineer-weeks) cho cơ sở hạ tầng cốt lõi trước khi có thể triển khai dù chỉ một tác nhân ở chế độ thực thi (execution-mode). Các công ty phớt lờ sự chuyển dịch này sẽ đối mặt với rủi ro xây dựng nên những công cụ mong manh, không thể tự hành động một cách an toàn.

Các doanh nghiệp hiện đang thử nghiệm với các trợ lý mô hình ngôn ngữ lớn (LLM) có khả năng soạn thảo email, gợi ý các đoạn mã hoặc truy xuất dữ liệu. Những tác nhân đó vẫn ở chế độ "hỗ trợ" (assist mode): con người kiểm tra mọi kết quả đầu ra, và một lớp bao bọc mỏng (thin wrapper) sẽ điều hướng yêu cầu đến mô hình và trả về phản hồi. Kiến trúc này rẻ và nhanh chóng để lắp ráp, nhưng nó cố tình để việc ra quyết định và ghi dữ liệu cho người dùng thực hiện.

Khi một tổ chức muốn tác nhân chạy một quy trình làm việc đầy đủ—như đổ dữ liệu vào cơ sở dữ liệu, kích hoạt một quy trình hạ nguồn (downstream process), hoặc phê duyệt một giao dịch—mô hình không còn có thể là một "hộp đen" chỉ đưa ra câu trả lời để con người xác minh. Tác nhân phải hoạt động như một dịch vụ tự trị, với danh tính riêng, trạng thái bền vững (persistent state) và các lưới an toàn (safety nets) được tích hợp sẵn. Microsoft lập luận rằng thiết kế chỉ hỗ trợ cũ không thể được "vá" để trở thành một hệ thống sẵn sàng thực thi; nó đòi hỏi phải thiết kế lại từ đầu dựa trên bảy trụ cột kiến trúc.

Bảy trụ cột của các tác nhân AI sẵn sàng thực thi

• Quyền hạn (Authority) – Chuyển từ các quyền được "người dùng ủy quyền" sang các danh tính tác nhân bền vững có mang theo các quyền truy cập được giới hạn phạm vi. Tác nhân phải tự xác thực với các dịch vụ hạ nguồn mà không cần mã thông báo (token) của con người.
• Ranh giới (Boundaries) – Thay thế việc suy luận mô hình tùy hứng (ad-hoc) cho các tính toán quan trọng bằng các luồng mã xác định (deterministic code paths). Bất cứ điều gì đòi hỏi sự chính xác—như toán học tài chính, kiểm tra tuân thủ—phải được chạy trong phần mềm đã qua kiểm duyệt, chứ không phải được suy luận từ kết quả đầu ra của mô hình.
• Lược đồ (Schemas) – Chuyển từ trao đổi dữ liệu kiểu lỏng lẻo (loosely-typed) sang một lược đồ chuẩn (canonical schema) được sở hữu bởi một người quản lý dữ liệu (data steward) được chỉ định. Điều này ngăn chặn tác nhân ghi các bản ghi sai định dạng mà các hệ thống hạ nguồn không thể tiêu thụ được.
• Phát hiện lỗi (Failure Detection) – Thay thế sự giám sát của con người bằng hệ thống đo lường từ xa (telemetry) liên tục và giám sát kết quả kinh doanh. Hệ thống phải tự động phát hiện các điểm bất thường, chẳng hạn như khối lượng giao dịch không mong muốn, và dừng tác nhân nếu vượt quá các ngưỡng cho phép.
• Trạng thái (State) – Thay thế các phiên trò chuyện ngắn hạn bằng trạng thái bền vững, có phạm vi theo từng trường hợp (case-scoped state) được lưu trữ trong một hệ thống lưu trữ chính thức (system of record). Một tác nhân thực thi có thể cần nhớ lại các bước trước đó, các dấu vết kiểm toán (audit trails) hoặc sở thích của người dùng qua nhiều ngày hoặc nhiều tuần.
• Hoàn tác (Rollback) – Thay thế việc "chạy lại câu lệnh" (re-run the prompt) bằng cơ chế nguồn sự kiện (event-sourcing) hoặc các giao dịch bù đắp (compensating transactions) có thể đảo ngược các hành động một cách đáng tin cậy. Nếu tác nhân mắc lỗi, nền tảng phải hoàn tác các tác động phụ mà không cần sự can thiệp thủ công.
• Khả năng kiểm toán (Auditability) – Nâng cấp từ các bản ghi chép trò chuyện đơn giản thành các nhật ký theo từng hành động, liên kết mỗi hoạt động với một phiên bản và danh tính tác nhân cụ thể. Các cơ quan quản lý và kiểm toán viên nội bộ sau đó có thể truy vết chính xác tác nhân đã làm gì, khi nào và theo chính sách nào.

Những thay đổi này không phải là các phần bổ sung tùy chọn; chúng cấu thành một mô hình vận hành mới cho tự động hóa dựa trên AI. Microsoft ước tính rằng việc xây dựng nền tảng này sẽ tiêu tốn từ 26 đến 60 tuần-kỹ sư.

Tại sao chi phí lại quan trọng

Cuốn cẩm nang cảnh báo việc triển khai các tác nhân ở chế độ thực thi cho các tác vụ giá trị thấp vốn chỉ giúp tiết kiệm được vài phút trong quy trình làm việc của người dùng. Khoản đầu tư kỹ thuật sẽ lớn hơn bất kỳ lợi ích năng suất biên nào. Hãy nhắm vào các quy trình có kết quả có thể đo lường được—như hoàn tất đơn hàng, xét duyệt yêu cầu bồi thường, báo cáo tuân thủ—nơi mà việc thực thi tự trị chuyển hóa trực tiếp thành việc tiết kiệm chi phí hoặc giảm thiểu rủi ro.

Cần có thẩm quyền quản lý để sở hữu các lược đồ dữ liệu của bạn.

Quan điểm ngược lại: Chỉ hỗ trợ thôi có đủ không?

Đối với nhiều kịch bản hỗ trợ nội bộ—như soạn thảo biên bản cuộc họp, hiển thị các bài viết trong cơ sở tri thức—việc xác minh của con người vẫn là một lưới an toàn thực tế. Sự đánh đổi là thời gian chu kỳ chậm hơn và tiếp tục phụ thuộc vào sức lao động của con người cho quyết định cuối cùng.

Bài học rút ra rất rõ ràng: chuyển đổi các tác nhân AI từ vai trò hỗ trợ sang vai trò tự trị không phải là một nút bật/tắt tính năng; đó là một cuộc viết lại toàn bộ kiến trúc. Các công ty đánh giá thấp các yêu cầu về kỹ thuật và quản trị sẽ đối mặt với rủi ro tung ra các bot mong manh.