Quản trị AI Agent: Quy định EU kết hợp với Agent Identity của Google

Giới thiệu

Hai thông báo trong tuần đầu tiên của tháng 8 năm 2026 đều chỉ về cùng một sự thay đổi, nhưng từ hai hướng ngược nhau. Vào ngày 2 tháng 8, các quy tắc minh bạch của EU AI Act đã trở thành luật có hiệu lực thi hành, yêu cầu bất kỳ ai triển khai chatbot, trình tạo nội dung hoặc hệ thống đọc cảm xúc phải tiết lộ rõ ràng hoặc đối mặt với mức phạt lên tới 15 triệu euro. Vài ngày sau, Google Cloud đã đưa hệ thống Agent Identity của mình lên trạng thái khả dụng rộng rãi — một lớp quyền gốc theo dõi chính xác những gì AI agent có thể truy cập và ghi lại mọi thứ nó làm. Một bên là cơ quan quản lý buộc phải tiết lộ. Bên kia là nền tảng đám mây bán trách nhiệm giải trình như một tính năng. Cả hai đều hội tụ về cùng một kết luận: một AI agent mà không ai có thể nhận dạng, kiểm toán hoặc yêu cầu trách nhiệm thì chưa sẵn sàng cho sản xuất, dù tòa án có nói vậy hay không.

Điều gì đã thay đổi vào ngày 2 tháng 8

Nghĩa vụ minh bạch theo Điều 50 của EU AI Act đã trở nên áp dụng chung và có hiệu lực thi hành bởi các cơ quan quốc gia trên toàn EU vào ngày 2 tháng 8 năm 2026. Trong thực tế, điều này bao gồm bốn nội dung. Các nhà cung cấp phải đảm bảo mọi người được “thông báo rõ ràng rằng họ đang tương tác với hệ thống AI, trừ khi điều này hiển nhiên từ ngữ cảnh” — quy tắc tiết lộ chatbot. Các nhà cung cấp hệ thống tạo ra âm thanh, hình ảnh, video hoặc văn bản tổng hợp phải đánh dấu đầu ra đó ở định dạng máy có thể đọc và phát hiện được. Bất kỳ ai triển khai hệ thống tạo ra deepfake về người thật, địa điểm hoặc sự kiện phải tiết lộ điều đó. Và những người triển khai hệ thống nhận diện cảm xúc hoặc phân loại sinh trắc học phải thông báo cho những người tiếp xúc với chúng và tuân thủ luật bảo vệ dữ liệu EU.

Không có điều nào trong số này là mới về mặt khái niệm — AI Act đã được ký từ nhiều năm trước. Điều thay đổi vào ngày 2 tháng 8 là những nghĩa vụ cụ thể này không còn là một ngày trong tương lai trên lộ trình tuân thủ nữa mà đã trở thành thứ mà các cơ quan quản lý quốc gia thực sự có thể thực thi ngay hôm nay.

Sẵn sàng phát triển doanh nghiệp của bạn?

Bắt đầu dùng thử miễn phí ngay hôm nay và xem kết quả trong vài ngày.

Yêu cầu demo Đăng nhập

Những gì đã bị đẩy lùi sang 2027 và 2028

Không phải mọi thứ trong Đạo luật đều đến đúng hạn. Thông qua Digital Omnibus on AI, được ký ngày 8 tháng 7 năm 2026, EU đã lùi thời hạn các yêu cầu về hệ thống rủi ro cao. Các hệ thống độc lập theo Phụ lục III — như sàng lọc việc làm, giáo dục, thực thi pháp luật, cơ sở hạ tầng quan trọng — hiện có hạn đến ngày 2 tháng 12 năm 2027. AI tích hợp trong các sản phẩm đã được quản lý theo Phụ lục I, như thiết bị y tế hoặc thang máy, có hạn đến ngày 2 tháng 8 năm 2028.

Việc gia hạn đó đáng được nói chính xác, bởi vì rất dễ hiểu nhầm thành “AI Act đã bị trì hoãn.” Thực tế không phải vậy. Danh sách các hành vi bị cấm và nghĩa vụ đối với mô hình AI đa dụng không bị ảnh hưởng. Những gì bị thay đổi là cụ thể các yêu cầu phân loại rủi ro cao — phần tuân thủ nặng nề nhất, dành cho nhóm hệ thống hẹp nhất. Nếu agent của bạn nói chuyện với người dùng hoặc tạo nội dung, bạn đang nằm trong phần của luật đã có hiệu lực.

Tại sao các quy tắc minh bạch lại quan trọng

Yêu cầu minh bạch nghe có vẻ khiêm tốn so với “hệ thống rủi ro cao”, nhưng đây là quy tắc mà hầu hết các nhà xây dựng AI agent sẽ thực sự gặp đầu tiên. Một agent hỗ trợ khách hàng, một quy trình tạo nội dung, một trợ lý giọng nói — tất cả đều là các hệ thống nói chuyện với con người, điều đó có nghĩa là Điều 50 được áp dụng bất kể chúng có bao giờ được phân loại là rủi ro cao hay không. Làm đúng điều này không phức tạp: nói rõ rằng người dùng đang nói chuyện với AI, dán nhãn nội dung được tạo ra và lưu hồ sơ cho thấy bạn đã làm điều đó. Làm sai là khi báo cáo tuân thủ không còn là thủ tục giấy tờ nữa mà trở thành rủi ro pháp lý với một con số thực tế được gắn kèm.

Tham gia bản tin của chúng tôi

Nhận các mẹo, xu hướng và ưu đãi mới nhất miễn phí.

Địa chỉ email

Đăng ký

Google Ra Mắt Agent Identity

Câu trả lời của Google Cloud cho cùng một vấn đề cốt lõi đến từ một hướng hoàn toàn khác: cơ sở hạ tầng, không phải luật pháp. Công ty đã đưa Nền tảng Gemini Enterprise Agent lên trạng thái khả dụng rộng rãi với một cụm các nguyên gốc quản trị agent mới — Agent Memory Bank, Agent Runtime, Agent Gateway, Agent Registry, Agent Evaluation, và đáng chú ý nhất là Agent Identity.

Agent Identity là một loại thông tin xác thực IAM gốc được xây dựng trên các tiêu chuẩn mở, được thiết kế đặc biệt cho các hệ thống tự động thay vì điều chỉnh từ tài khoản người dùng con người. Nó thực thi quyền truy cập tối thiểu bằng cách gắn quyền trực tiếp vào môi trường chạy của agent, giúp chặn một đường tấn công phổ biến nơi token agent bị đánh cắp có thể được phát lại ở nơi khác. Nó tạo ra nhật ký không thể chối cãi cho mọi hành động mà agent thực hiện. Và nó tự động quản lý vòng đời thông tin xác thực, để một agent đã ngừng hoạt động không để lại một bộ quyền không hoạt động, bị lãng quên nằm chờ bị lạm dụng.

Agent Identity thực sự làm gì

Hiệu quả thực tế là “agent nào đã làm điều này, và nó có được phép không?” trở thành một câu hỏi có câu trả lời chính xác thay vì một phỏng đoán được tái tạo từ nhật ký ứng dụng sau khi sự việc xảy ra. Điều đó quan trọng hơn khi các agent chuyển từ trả lời câu hỏi sang thực hiện hành động — đặt vé, chỉnh sửa hồ sơ, chuyển tiền, xóa tệp. Một tư thế bảo mật LLM chỉ lo lắng về tấn công prompt injection vào chính mô hình đã bỏ lỡ toàn bộ bề mặt này: quyền thực tế của agent và những gì nó đã làm với các quyền đó.

Đây cũng là nơi hai thông báo kết nối với nhau nhiều hơn so với vẻ bề ngoài. Điều 50 hỏi “bạn đã tiết lộ đây là AI chưa?” Agent Identity trả lời một câu hỏi liên quan nhưng khác biệt: “bạn có thể chứng minh chính xác agent cụ thể này đã làm gì, với quyền gì, dưới thẩm quyền của ai không?” Một hệ thống có thể trả lời câu hỏi thứ hai một cách rõ ràng sẽ thấy câu hỏi đầu tiên dễ dàng hơn nhiều.

Hai con đường khác nhau, cùng một đích đến

Cần phải nói thẳng ra mô hình này, bởi vì nó sẽ tiếp tục lặp lại. Các cơ quan quản lý đang hội tụ về tiết lộ và trách nhiệm giải trình từ góc độ rủi ro pháp lý. Các nền tảng đám mây đang hội tụ về danh tính và quyền từ góc độ bảo mật và độ tin cậy. Các khung AI agent trước đây từng coi danh tính là thứ yếu — một khóa API trong biến môi trường, được chia sẻ giữa mọi agent trong hệ thống. Mô hình đó không thể tồn tại khi đối mặt với sự giám sát của cơ quan quản lý hoặc một sự cố bảo mật thực tế, đó chính xác là lý do tại sao cả hai hướng bây giờ đều chỉ về cùng một giải pháp: biết agent nào đã làm gì, với quyền truy cập nào, và có thể chứng minh điều đó.

Các nhóm đã từng thử nghiệm với các ví dụ AI agent thực tế — bot hỗ trợ khách hàng, trợ lý nghiên cứu, agent viết code — là những người sẽ cảm nhận sự thay đổi này đầu tiên, đơn giản vì họ có nhiều agent đang hoạt động sản xuất hơn, tạo ra nhiều hành động hơn cần được giải trình. Đó cũng là mô hình tương tự mà chúng ta đã thấy khi Claude Cowork và các đối thủ của nó đẩy các agent từ trò chuyện một phiên sang các tác vụ liên tục, kéo dài nhiều ngày: tính tự chủ luôn đến trước các công cụ để quản trị nó.

Xây dựng Agent Có Thể Quản Trị Ngay Từ Ngày Đầu

Trang bị thêm dấu vết kiểm toán cho một đội agent chưa bao giờ được thiết kế để tạo ra chúng là một dự án tồi tệ — mọi hành động phải được tái tạo từ bất kỳ nhật ký nào tình cờ tồn tại, và một nửa thời gian là không có. Con đường rẻ hơn là xây dựng trên các công cụ nơi mọi bước agent thực hiện đều hiển thị và có thể truy vết ngay từ đầu, giống như cách quản trị dữ liệu coi dòng dữ liệu là một mối quan tâm hàng đầu thay vì thứ bạn gắn vào sau khi xảy ra vi phạm.

Đây cũng là nơi tốc độ của các mô hình nền tảng có vai trò quan trọng. Các bản phát hành gần đây như khung Orchard của Microsoft và xu hướng rộng hơn hướng tới các agent chuyên biệt, có thể kiểm toán (thay vì một mô hình đa dụng khổng lồ làm mọi thứ) làm cho việc xây dựng các agent có phạm vi — và do đó có quyền — hẹp và được xác định rõ ràng ngay từ thiết kế trở nên thực tế hơn. Một agent có phạm vi hẹp về bản chất dễ quản trị hơn một agent có thể về mặt lý thuyết làm bất cứ điều gì.

Cách tiếp cận của FlowHunt tuân theo cùng một logic: là một nền tảng AI agent, mọi tự động hóa là một luồng trực quan, không phải một hộp đen, vì vậy khi có câu hỏi về tuân thủ — agent này đã làm gì, tại sao và dưới sự ủy quyền nào — câu trả lời đã nằm sẵn trong quy trình làm việc, chứ không phải thứ mà nhóm của bạn phải tái tạo dưới áp lực thời hạn.

Kết luận

Các quy tắc minh bạch của EU AI Act và hệ thống Agent Identity của Google không phối hợp với nhau, và chúng đang giải quyết các vấn đề danh nghĩa khác nhau — một là tuân thủ pháp lý, hai là cơ sở hạ tầng đám mây. Nhưng chúng xuất hiện trong cùng một tuần chỉ về cùng một sự thật cốt lõi: khi AI agent đảm nhận nhiều công việc tự chủ và hệ trọng hơn, “chúng tôi không thực sự biết nó đã làm gì” không còn là một câu trả lời có thể chấp nhận được, cho dù người hỏi là cơ quan quản lý hay chính đội ngũ bảo mật của bạn. Các nhóm coi danh tính, tiết lộ và khả năng kiểm toán là các yêu cầu cốt lõi ngay từ bây giờ — không phải các tính năng để thêm vào sau — là những người sẽ thấy cả việc tuân thủ và sự cố sản xuất ít đau đớn hơn nhiều khi chúng xảy ra.