Gemini agent nhận cả mục tiêu: quyền truy cập trở thành nút thắt

Trong bài công bố của Google Cloud ngày 8/10/2026 tại Gemini at Work 2026, CEO Thomas Kurian giới thiệu Gemini agent như một tác nhân nhận mục tiêu, tự lập kế hoạch, dùng kỹ năng và công cụ để trả về công việc hoàn chỉnh; ông viết: “You give it objectives, not instructions.” Tác nhân được mô tả là làm việc trong tài liệu, hộp thư và môi trường phát triển. Với doanh nghiệp, việc giao cả mục tiêu khiến quyền truy cập vào những nơi đó trở thành quyết định quan trọng: tác nhân chỉ có thể thực hiện công việc trong phạm vi dữ liệu và hành động được cho phép.

TechRadar ghi nhận Gemini agent có thể tiếp tục nhiệm vụ trên hạ tầng đám mây khi người giao việc rời máy, nhưng hiện mới cho một số khách hàng tiếp cận qua chương trình thử nghiệm kín, chưa được phát hành rộng rãi. Vì vậy, doanh nghiệp dùng Google Cloud và Workspace cần phân biệt năng lực được giới thiệu với tính năng đã sẵn có cho tài khoản của mình.

Từ câu lệnh riêng lẻ đến công việc xuyên ứng dụng

Gemini agent được giới thiệu như một tác nhân có thể trả lời câu hỏi, tạo nội dung, viết và chạy mã từ một nơi giao việc. Nó có thể chọn kỹ năng, gọi công cụ và kết nối hệ thống doanh nghiệp để xử lý nhiều bước liên tiếp. Khác biệt thực tế nằm ở việc người dùng giao kết quả cần đạt, còn tác nhân xác định những bước phải làm để tạo ra kết quả đó.

Trong Google Workspace, phạm vi được mô tả gồm Gmail, Drive, Docs, Slides, Sheets, Chat và Calendar. Ví dụ tổ chức cuộc họp mà Google Cloud nêu bắt đầu từ yêu cầu gặp nhóm phụ trách sự kiện: tác nhân xác định người liên quan từ không gian Chat và trao đổi trước đó, xem lịch rồi mở luồng email để phối hợp thời gian, kể cả với người tham dự bên ngoài. Chuỗi việc này cho thấy một mục tiêu có thể đòi hỏi quyền đọc thông tin nhóm, xem lịch và tạo trao đổi mới; từng quyền có hệ quả khác nhau đối với dữ liệu doanh nghiệp.

Công việc kéo dài có thể tiếp tục chạy trên đám mây sau khi người giao việc đóng máy. Kiến trúc được giới thiệu còn cho phép tác nhân phản hồi sự kiện, làm việc theo lịch và tạo tác nhân phụ tạm thời cho các bước của nhiệm vụ. Khi thời gian thực hiện và số công cụ tăng lên, một quyền được cấp lúc bắt đầu có thể tiếp tục được sử dụng ở những bước mà người giao việc không trực tiếp quan sát.

Tài khoản riêng làm rõ ai được xem và ai được sửa

Cấu hình cộng tác viên lâu dài được mô tả với tài khoản Workspace riêng: địa chỉ email, lịch, dung lượng Drive và tên trong danh bạ công ty. Đồng nghiệp có thể thêm tác nhân vào không gian Chat, nhắc tên nó hoặc giao việc qua bình luận trong tài liệu; hoạt động của nó xuất hiện dưới danh tính riêng. Quyền truy cập tài liệu đi theo việc chia sẻ tệp và tư cách thành viên nhóm, nên quyết định thêm tác nhân vào một không gian làm việc cũng là quyết định mở rộng phạm vi thông tin nó có thể dùng.

Với doanh nghiệp chuẩn bị đánh giá tác nhân, ma trận dưới đây là đề xuất phân quyền và phê duyệt, không phải danh sách nút điều khiển đã được xác nhận trong bản thử nghiệm. Nó tách quyền đọc để chuẩn bị kết quả khỏi quyền gửi, sửa hoặc thực thi thay mặt tổ chức:

• Email: Để tổng hợp trao đổi và soạn phản hồi, tác nhân có thể được chia sẻ các luồng liên quan và chuẩn bị bản nháp. Người phụ trách nên phê duyệt trước khi thư được gửi ra ngoài, thêm người nhận hoặc chuyển tiếp nội dung nhạy cảm.
• Tài liệu: Một nhiệm vụ cập nhật dự án có thể bắt đầu bằng quyền đọc các tệp được chia sẻ cho vai trò đó. Việc sửa bản chung, đổi quyền chia sẻ hoặc công bố nội dung cho nhóm rộng hơn cần điểm chấp thuận riêng, vì mỗi hành động thay đổi phạm vi người có thể xem hoặc sử dụng kết quả.
• Lịch: Tác nhân có thể xem thời gian bận và đề xuất cuộc họp trong phạm vi được giao. Việc mời khách ngoài tổ chức, đổi lịch của người khác hoặc hủy cuộc họp nên được chủ lịch xác nhận trước khi có hiệu lực.
• Môi trường phát triển: Đọc kho mã để chuẩn bị thay đổi khác với quyền chạy mã, sửa cấu hình hoặc triển khai. Quyền ghi và thực thi cần gắn với kho, môi trường và người duyệt cụ thể.

Ma trận cũng đặt ra câu hỏi về chủ sở hữu của cộng tác viên tồn tại qua nhiều nhiệm vụ: ai giao vai trò, ai duyệt quyền mới và ai có thể dừng công việc đang chạy. Khi một dự án kết thúc hoặc phạm vi nhiệm vụ đổi khác, quyền được cấp trước đó cần có người chịu trách nhiệm rà soát và thu hồi. Đây là vấn đề quản trị phát sinh trực tiếp từ tài khoản và thời gian hoạt động của tác nhân.

Danh tính và nhật ký theo tác nhân qua từng bước

Kiến trúc được giới thiệu gắn mỗi tác nhân với danh tính riêng, quyền theo vai trò do quản trị viên an ninh phê duyệt và nhật ký hành động quy về danh tính đó. Danh tính còn được gắn với môi trường ảo mà tác nhân tạo để chạy mã. Nhờ vậy, khi một nhiệm vụ đi từ tài liệu sang công cụ phát triển, tổ chức có cơ sở để xác định tác nhân nào đã thực hiện hành động, thay vì chỉ thấy tài khoản của người giao mục tiêu.

Google Cloud mô tả Agent Sandbox là nơi thực thi có ranh giới mạng riêng và Agent Gateway là lớp áp chính sách cho lưu lượng đi vào, đi ra và giữa các tác nhân. Những cơ chế được công bố này khiến câu hỏi cấp quyền cụ thể hơn: tác nhân được chạm tới tệp nào, được gọi công cụ nào, hành động nào phải chờ người duyệt và quản trị viên quan sát được gì khi nhiệm vụ chạy lâu. Phạm vi quyền tối thiểu phải được xác định theo công việc thực tế, nhất là khi một mục tiêu nối nhiều hệ thống.

Chi phí và lịch phát hành vẫn ảnh hưởng quyết định triển khai

Nhiệm vụ dài có thể tiếp tục dùng mô hình, công cụ và môi trường thực thi khi người giao việc không còn ngồi trước máy. Cơ chế hạn mức chi tiêu theo dự án được giới thiệu trong Cloud Billing Console theo dõi mức dùng mô hình và chi phí sandbox; khi chạm hạn mức, tác nhân của dự án tạm dừng cho tới khi được cho chạy tiếp. Điều đó cho phép gắn ngân sách với dự án, nhưng doanh nghiệp vẫn cần xác định ai có quyền nối lại công việc và chịu trách nhiệm về phần chi tiêu tiếp theo.

VentureBeat dẫn xác nhận từ Google rằng Gemini agent đang ở giai đoạn thử nghiệm kín cho khách hàng được chọn, chưa có ngày phát hành rộng rãi; khi phát hành rộng hơn, tác nhân dự kiến được đưa vào những gói Gemini Enterprise đủ điều kiện mà không thu phí riêng cho chính tác nhân. Chi phí giấy phép cho cộng tác viên có tài khoản Workspace riêng và chi phí sử dụng của các nhiệm vụ kéo dài vẫn chưa được làm rõ. Những điều kiện đó sẽ quyết định doanh nghiệp có thể cấp tài khoản thường trực, quyền truy cập và ngân sách cho tác nhân ở quy mô nào.

Đọc thêm:

• OpenAI ủng hộ SB 1119: chatbot cho trẻ vị thành niên phải kiểm toán độc lập
• Meta chấp nhận giới hạn 2 giờ cho tài khoản teen: lượt thích cũng bị ẩn
• GitLab vá lỗi chạy lệnh trong CI: máy chủ đơn nút phải chấp nhận downtime