Tác tử AI chỉ làm được việc với email, lịch và tệp của bạn khi có một đường nối tới chúng, và mỗi đường nối mang theo một bộ quyền: chỉ đọc, soạn nháp, ghi hay xoá. Có bốn kiểu nối hay gặp: kết nối dựng sẵn trong ứng dụng AI, chuẩn kết nối mở giữa AI và công cụ, nền tảng tự động hoá làm tay chân cho tác tử, và đi qua trình duyệt. Chọn kiểu nào ít quan trọng hơn chọn quyền nào.
Nguyên tắc chung là cấp ít nhất có thể cho việc cần làm: việc tổng hợp chỉ cần đọc, việc chuẩn bị thư chỉ cần soạn nháp, và quyền xoá hầu như không bao giờ cần. Bài này đi qua từng kiểu nối, phân biệt các mức quyền, cách thu hẹp phạm vi, các bước nối lần đầu và việc kiểm tra sau khi nối. Phần nguyên tắc bảo mật khi cấp quyền nói chung có ở danh mục an toàn của trang và trên trang AI Bảo Mật.
Bốn kiểu nối tác tử với ứng dụng văn phòng
Cùng một ứng dụng email có thể nối với tác tử theo nhiều đường. Bảng dưới so sánh bốn đường thường gặp, viết theo nguyên lý vì giao diện của từng sản phẩm thay đổi thường xuyên.
| Kiểu nối | Cách hoạt động | Hợp với | Cần để ý |
|---|---|---|---|
| Kết nối dựng sẵn | Trong cài đặt của ứng dụng AI có mục kết nối, bấm chọn dịch vụ rồi đăng nhập cấp quyền | Người mới, việc đọc và tổng hợp | Quyền mặc định có khi rộng hơn cần; đọc kỹ màn hình xin quyền |
| Chuẩn kết nối mở | Một chuẩn chung (như MCP) cho phép AI gọi công cụ bên ngoài qua một "máy chủ kết nối" | Nối với nhiều dịch vụ, kể cả hệ thống riêng | Chỉ dùng máy chủ kết nối từ nguồn tin cậy; cài đặt có khi cần người kỹ thuật |
| Nền tảng tự động hoá làm tay chân | Tác tử gọi các hành động đã dựng sẵn trên nền tảng kéo thả | Khi đã có luồng tự động, muốn tác tử dùng lại | Mỗi hành động là một cửa; tác tử chỉ dùng được cửa bạn mở |
| Qua trình duyệt | Tác tử mở trang web của ứng dụng và thao tác như người | Ứng dụng không có kết nối nào khác | Chậm, dễ vấp; thấy mọi thứ trên trang |
Nếu bạn muốn hiểu chuẩn kết nối mở hoạt động bên trong thế nào, trang AI Hiểu có bài giải thích riêng. Với người dùng văn phòng, điều cần nhớ là mỗi kết nối là một cánh cửa có danh sách việc được làm, và bạn là người quyết định cửa nào mở, mở tới đâu.
Đọc, soạn nháp, ghi và xoá: bốn mức quyền khác nhau thế nào
Chỉ đọc. Tác tử xem được thư, sự kiện lịch, nội dung tệp, nhưng không thay đổi gì. Đủ cho mọi việc tổng hợp, tìm kiếm, chuẩn bị tài liệu. Rủi ro chính là dữ liệu bị đọc và đưa vào kết quả, nên vẫn cần giới hạn phạm vi.
Soạn nháp. Tác tử viết được thư nháp, tạo sự kiện ở trạng thái chờ, nhưng không gửi đi. Đây là mức hợp lý nhất cho việc liên quan đến khách: tác tử làm phần nặng, bạn đọc và bấm gửi. Không phải ứng dụng nào cũng tách được quyền soạn nháp khỏi quyền gửi, nên kiểm kỹ trước khi tin.
Ghi và gửi. Tác tử gửi thư, tạo lịch mời người khác, tạo hoặc sửa tệp. Mọi thao tác ở mức này để lại hậu quả bên ngoài, nhiều cái không thu hồi được. Chỉ cấp khi việc đó đã chạy ổn ở mức soạn nháp và có điểm duyệt.
Xoá và quản trị. Tác tử xoá thư, xoá tệp, đổi quyền chia sẻ, đổi cài đặt tài khoản. Gần như không có việc thường ngày nào cần mức này. Nếu một kết nối chỉ cho chọn "toàn quyền", cân nhắc dùng cách khác hoặc dùng tài khoản phụ.
Quyền đi theo tài khoản, không theo việc. Một lưu ý dễ quên: khi bạn cấp quyền cho kết nối, quyền đó áp dụng cho mọi việc tác tử làm qua kết nối, không riêng việc bạn đang nghĩ tới. Đề bài nói "chỉ đọc" không thay được quyền thật là chỉ đọc.
Thu hẹp phạm vi: chỉ cho tác tử thấy phần cần thấy
Bên cạnh mức quyền, phạm vi dữ liệu cũng quan trọng. Có vài cách thu hẹp mà không cần kỹ thuật cao.
- Hộp thư phụ hoặc hộp thư chung cho một việc: thay vì nối hộp thư cá nhân của giám đốc, nối hộp thư hỗ trợ khách.
- Chuyển tiếp có chọn lọc: dùng quy tắc lọc của ứng dụng email để chuyển một nhóm thư sang hộp thư mà tác tử được đọc.
- Một thư mục riêng trong kho tệp: nếu kết nối cho chọn thư mục, chọn đúng thư mục đó; nếu không, cân nhắc tài khoản phụ chỉ được chia sẻ thư mục cần.
- Một lịch riêng: tạo lịch "Hẹn khách" tách khỏi lịch cá nhân, chỉ cho tác tử quyền với lịch đó.
- Bảng tính bản sao: cho tác tử đọc bản sao đã bỏ cột nhạy cảm như số điện thoại, địa chỉ, thay vì bảng gốc.
- Khoảng thời gian: trong đề bài, giới hạn chỉ xử lý thư hay tệp trong một khoảng ngày cụ thể.
Mỗi cách trên tốn thêm chút công thiết lập, nhưng đổi lại, nếu có chuyện, phạm vi ảnh hưởng nhỏ và bạn biết chắc dữ liệu nào đã đi qua tác tử.
Các bước nối lần đầu
Thứ tự dưới đây áp dụng cho hầu hết kết nối dựng sẵn. Với chuẩn kết nối mở hay hệ thống riêng, các bước kỹ thuật có thể cần người hỗ trợ, nhưng các câu hỏi cần trả lời vẫn vậy.
- Viết ra việc cụ thể mà tác tử sẽ làm với ứng dụng này, và mức quyền tối thiểu cho việc đó.
- Chuẩn bị phạm vi hẹp trước: hộp thư phụ, thư mục riêng, lịch riêng như phần trên.
- Mở mục kết nối trong ứng dụng AI, chọn dịch vụ, đăng nhập bằng đúng tài khoản đã chuẩn bị, không phải tài khoản chính.
- Đọc từng dòng trên màn hình xin quyền. Nếu thấy quyền xoá, quyền quản lý tài khoản hay quyền đọc toàn bộ kho mà việc không cần, dừng lại tìm cách khác.
- Chạy một việc thử chỉ đọc, ví dụ "liệt kê tiêu đề mười thư gần nhất", để chắc kết nối đúng tài khoản và đúng phạm vi.
- Ghi vào sổ kết nối: ngày nối, tài khoản nào, quyền gì, dùng cho việc gì, ai chịu trách nhiệm.
Sổ kết nối có thể chỉ là một bảng tính năm cột. Nó là thứ giúp bạn thu hồi đúng chỗ khi nhân viên nghỉ việc hay khi thôi dùng một công cụ.
Dữ liệu khách hàng đi qua những đâu
Khi tác tử đọc thư của khách, nội dung thư đi từ dịch vụ email sang hệ thống của nhà cung cấp AI để mô hình xử lý, rồi kết quả quay về. Tuỳ công cụ và gói dịch vụ, nội dung trò chuyện có thể được lưu lại một thời gian, và chính sách về việc có dùng để cải thiện mô hình hay không khác nhau giữa các nơi. Đọc phần chính sách dữ liệu của gói bạn dùng, ưu tiên gói dành cho tổ chức nếu xử lý dữ liệu khách thường xuyên.
Với dữ liệu cá nhân của khách, pháp luật Việt Nam hiện hành yêu cầu việc xử lý có mục đích rõ và phù hợp với những gì khách đã được thông báo hoặc đồng ý. Nếu chính sách quyền riêng tư của bạn chưa nhắc gì đến việc dùng công cụ AI hay dịch vụ bên thứ ba để xử lý thư khách, đó là chỗ cần xem lại, tốt nhất với người am hiểu pháp lý.
Cách làm thực tế: không nối tác tử với những nơi chứa dữ liệu nhạy cảm như hồ sơ sức khoẻ, thông tin trẻ em, giấy tờ tuỳ thân, bảng lương; với thư khách thông thường, dặn tác tử không chép số điện thoại, địa chỉ, số tài khoản vào kết quả; và giữ kết quả trong thư mục có quyền truy cập hẹp.
Ví dụ giả định: công ty du lịch nhỏ nối tác tử với hộp thư đặt tour
Một công ty lữ hành sáu người ở Khánh Hòa nhận yêu cầu đặt tour qua một hộp thư chung. Mỗi sáng, một nhân viên mất gần một giờ đọc thư, tra lịch tour còn chỗ trong bảng tính, rồi soạn trả lời. Công ty muốn tác tử làm phần đọc và soạn, nhưng không muốn nó gửi thư hay sửa bảng chỗ trống.
Cách họ nối: hộp thư chung được nối với quyền đọc và tạo thư nháp, không có quyền gửi; bảng tính lịch tour được chia sẻ cho tài khoản phụ của tác tử ở chế độ chỉ xem; thư mục tài liệu tour (lịch trình, điều kiện huỷ) cũng chỉ xem. Hộp thư cá nhân của giám đốc và thư mục hợp đồng với đối tác không nối. Đề bài dặn: với mỗi thư yêu cầu mới, tra số chỗ còn trong bảng, soạn nháp trả lời theo mẫu, không hứa giảm giá, không ghi lại số căn cước hay số hộ chiếu khách gửi kèm vào bất kỳ đâu.
Nhân viên giờ chỉ đọc các thư nháp, sửa vài chỗ và bấm gửi. Khi có thư lạ như khách hỏi tour riêng cho đoàn đông, tác tử để nguyên thư và ghi chú "cần người xử lý" theo đúng điểm dừng trong đề bài. Phạm vi kết nối hẹp khiến dù tác tử có hiểu sai ý, điều tệ nhất xảy ra cũng chỉ là một thư nháp sai nằm chờ trong hộp.
Kiểm tra sau khi nối và định kỳ mỗi quý
Kết nối là thứ dễ quên nhất: nối một lần rồi để đó nhiều năm. Danh sách dưới giúp bạn rà lại.
- Vào trang quản lý tài khoản của dịch vụ email, kho tệp, lịch, tìm mục ứng dụng bên thứ ba đã cấp quyền và đối chiếu với sổ kết nối.
- Thu hồi kết nối nào không còn dùng hoặc không ai nhận là của mình.
- Xem lại mức quyền: kết nối nào đang có quyền rộng hơn việc thật sự cần.
- Kiểm tra tài khoản phụ dùng cho tác tử vẫn chỉ được chia sẻ đúng thư mục, đúng lịch.
- Đọc lướt nhật ký vài phiên gần nhất xem tác tử có mở nguồn nào ngoài dự kiến không.
- Khi một nhân viên nghỉ việc, thu hồi các kết nối họ đã tạo bằng tài khoản của họ và chuyển việc sang tài khoản chung.
Mười lăm phút mỗi quý cho việc này là đủ với một văn phòng nhỏ. Đặt nó thành một mục nhắc định kỳ trên lịch để không phải nhớ.
Câu hỏi thường gặp
Nối tác tử với email bằng tài khoản cá nhân hay tài khoản công ty?
Với việc của công ty, dùng tài khoản công ty, tốt nhất là hộp thư chung hoặc tài khoản phụ dành riêng cho tác tử. Tài khoản cá nhân lẫn thư riêng tư, và khi bạn nghỉ việc, các luồng gắn với nó sẽ đứt. Tài khoản chung cũng giúp người khác trong nhóm kiểm được.
Ứng dụng email không cho chọn quyền soạn nháp riêng thì làm sao?
Có hai cách. Một là dùng kết nối chỉ đọc cho tác tử, rồi để tác tử viết nội dung trả lời vào một tệp hay bảng, bạn tự chép vào thư. Hai là dùng nền tảng tự động hoá có hành động "tạo thư nháp" riêng, cho tác tử gọi đúng hành động đó. Cách nào cũng tránh được quyền gửi.
Chuẩn kết nối mở như MCP có an toàn hơn kết nối dựng sẵn không?
Không tự động an toàn hơn hay kém hơn. Chuẩn chỉ là cách nói chuyện chung giữa AI và công cụ; độ an toàn phụ thuộc vào máy chủ kết nối bạn cài lấy từ đâu và nó được cấp quyền gì. Chỉ dùng máy chủ kết nối từ nhà phát triển đáng tin, và cấp quyền hẹp như với mọi kết nối khác.
Thu hồi kết nối rồi thì dữ liệu tác tử đã đọc có bị xoá không?
Thu hồi chỉ chặn truy cập từ đó về sau. Những gì đã đọc có thể còn trong lịch sử trò chuyện hoặc nhật ký của công cụ AI theo chính sách lưu trữ của nhà cung cấp. Nếu cần, xoá các phiên trò chuyện liên quan và xem mục quản lý dữ liệu trong cài đặt tài khoản.
Có nên nối tác tử với tất cả ứng dụng ngay từ đầu cho tiện không?
Không nên. Nối theo việc, mỗi lần một kết nối, khi có việc cụ thể cần đến. Nối sẵn mọi thứ làm phạm vi tác tử thấy rộng hơn cần, tăng rủi ro khi nó đọc phải nội dung có câu ra lệnh lạ, và làm sổ kết nối khó kiểm.
Tác tử có thể tự tạo kết nối mới không?
Một số công cụ có thể gợi ý hoặc mở màn hình kết nối, nhưng bước đăng nhập và đồng ý cấp quyền vẫn cần bạn làm. Đừng bấm đồng ý cho một kết nối mà bạn không chủ động yêu cầu; nếu tác tử đề nghị kết nối thêm, dừng lại xem vì sao nó cần.