Cách thêm công cụ không tạo lỗ hổng bảo mật trong Copilot Studio

Cho đến nay, mọi thứ mới chỉ dừng lại ở việc tạo ra văn bản. Các công cụ (tool) mới là thứ tạo ra hành động: Tra cứu đơn hàng, tạo phiếu yêu cầu (ticket), gửi bản tóm tắt, hay kiểm tra thời tiết. Đây chính là nơi các agent thể hiện giá trị thực sự - và cũng là nơi một thiết lập bất cẩn có thể vô tình trao quyền truy cập tài khoản của bạn cho 200 đồng nghiệp khác. Cả hai khía cạnh này đều là lý do khiến bài học hôm nay trở nên quan trọng.

Ở bài học trước, bạn đã biết rằng orchestrator sẽ chọn các tài nguyên dựa trên tên và mô tả của chúng. Quy tắc đó giờ đây càng trở nên quan trọng hơn - một công cụ có phần mô tả mơ hồ sẽ chẳng bao giờ được hệ thống sử dụng đến.

Menu Tools

Hãy mở trang Tools của agent và chọn Add a tool. Copilot Studio cung cấp nhiều loại công cụ khác nhau (đây là tên gọi hiện tại - các tài liệu hướng dẫn cũ có thể gọi chúng là "Actions" hoặc "Plugins"):

• Connector - các cầu nối được xây dựng sẵn để kết nối với hàng trăm dịch vụ (SharePoint, Outlook, ServiceNow, MSN Weather…). Các connector tiêu chuẩn có sẵn trong mọi gói dịch vụ; loại cao cấp (premium) cần giấy phép bổ sung; còn loại tùy chỉnh (custom) cho phép bạn tích hợp các API của riêng mình.
• Prompt - một chỉ dẫn AI thực hiện tác vụ đơn lẻ, chẳng hạn như "tóm tắt văn bản này thành ba gạch đầu dòng".
• Agent flow - quy trình tự động hóa nhiều bước (theo phong cách Power Automate) được tích hợp dưới dạng một công cụ.
• REST API và Model Context Protocol (MCP) - dành cho các nhà phát triển muốn kết nối với hệ thống backend tùy chỉnh. (MCP yêu cầu tính năng điều phối tạo sinh - thứ mà bạn đã có sẵn).
• Computer use - agent trực tiếp thao tác trên màn hình. Đây là tính năng mạnh mẽ, tính phí theo từng bước thực hiện và chắc chắn không phải là nội dung dành cho người mới bắt đầu.

Một agent có thể chứa tối đa 128 công cụ. Tuy nhiên, Microsoft khuyến nghị chỉ nên duy trì ở mức 25 - 30 công cụ. Hôm nay, bạn chỉ cần đúng một công cụ mà thôi.

Quy trình thực tế khi gọi một công cụ

Khi thêm một công cụ, trang cấu hình của nó có 3 phần quan trọng cần nắm rõ:

• Details (Chi tiết) - tên và mô tả. Hãy viết mô tả giống như một lời giới thiệu chức năng: "Lấy thông tin thời tiết hiện tại cho thành phố mà người dùng chỉ định". Hệ thống điều phối (orchestrator) sẽ đọc phần này để quyết định khi nào cần gọi công cụ. Đặt tên chung chung kiểu "Weather tool" (Công cụ thời tiết) sẽ khiến công cụ đó không bao giờ được sử dụng đến.
• Inputs (Đầu vào) - mặc định được thiết lập là "Dynamically fill with AI" (Tự động điền bằng AI); nghĩa là agent sẽ tự trích xuất thông tin thành phố (hoặc nội dung phiếu yêu cầu, ngày tháng) từ cuộc trò chuyện và hỏi thêm người dùng nếu thông tin đó còn thiếu.
• Additional details (Chi tiết bổ sung) - có hai cài đặt quan trọng: Hỏi người dùng cuối trước khi thực thi (mặc định là No - hãy bật lên nếu công cụ thực hiện hành động tạo, thay đổi hoặc gửi dữ liệu) và Authentication (Xác thực).

Quyết định về thông tin xác thực

Cài đặt Authentication có 2 tùy chọn, và đây là quyết định bảo mật quan trọng nhất trong khóa học:

• End user credentials (Thông tin xác thực của người dùng cuối - mặc định): Mỗi người sử dụng agent sẽ kết nối bằng tài khoản riêng của họ. Họ chỉ có thể truy cập dữ liệu mà họ được phép xem, và mọi hành động đều có thể truy xuất nguồn gốc về đúng cá nhân đó. Đây chính là việc áp dụng nguyên tắc "quyền hạn tối thiểu" để bảo vệ hệ thống.
• Maker-provided credentials (Thông tin xác thực do người tạo cung cấp): Mọi yêu cầu của người dùng đều được thực hiện dưới danh nghĩa của bạn. Tài liệu của Microsoft đã cảnh báo rất rõ ràng: Nếu chia sẻ agent với cài đặt này, bất kỳ ai sử dụng nó đều "có thể hành động với quyền truy cập của tác giả ban đầu".

Có những trường hợp hợp lệ để sử dụng tùy chọn do người tạo cung cấp (ví dụ: tài nguyên dùng chung ở chế độ chỉ đọc mà không ai cần phải xác thực riêng lẻ), nhưng quy tắc dành cho người mới bắt đầu rất đơn giản: Hãy giữ nguyên cài đặt mặc định (thông tin xác thực của người dùng cuối) trừ khi bạn có lý do chính đáng (và được ghi lại bằng văn bản) để thay đổi. Copilot Studio sẽ hỗ trợ bạn trong việc này - tính năng quét bảo mật tự động sẽ đưa ra cảnh báo trước khi xuất bản nếu bạn chuyển công cụ sang chế độ xác thực bằng thông tin của người tạo, tắt xác thực hoặc chia sẻ agent với toàn bộ tổ chức.

Thêm một công cụ an toàn để bắt đầu

Thời tiết là công cụ kinh điển để bắt đầu vì những lý do chính đáng: chỉ đọc, sử dụng connector chuẩn và không có rủi ro.

Nơi thêm công cụ: Trang Tools → Add a tool → tìm kiếm MSN Weather trong phần Connectors → chọn Get current weather → Create new connection (đăng nhập bằng tài khoản của bạn) → sau đó điền vào trường Description trên trang Details của công cụ.

Sao chép nội dung prompt này cho phần mô tả:

Gets the current weather conditions for a city the user names, including
temperature and conditions. Use whenever the user asks about weather,
temperature, or conditions in any location.

Lấy thông tin thời tiết hiện tại cho thành phố mà người dùng nêu tên, bao gồm
nhiệt độ và điều kiện thời tiết. Sử dụng bất cứ khi nào người dùng hỏi về thời tiết,
nhiệt độ hoặc điều kiện tại bất kỳ địa điểm nào.

Kết quả hiển thị: Sau khi chọn Add and configure (chứ không chỉ là Add), hãy thử nghiệm với câu hỏi "thời tiết ở Đà Nẵng hiện tại như thế nào?". Agent sẽ không cần hỏi thêm thông tin (vì tên thành phố đã có trong tin nhắn), tự động gọi công cụ và trả lời bằng dữ liệu thực tế - thường hiển thị bước thực thi công cụ ngay trong khung thử nghiệm.

Xử lý kết quả đầu ra: Hãy chú ý cách orchestrator liên kết câu hỏi của bạn với phần mô tả công cụ. Sau đó, hãy sửa lại phần mô tả thành một nội dung chung chung (ví dụ: "Weather" và thử nghiệm lại - việc quan sát thấy công cụ không còn được chọn nữa sẽ giúp bạn hiểu vấn đề rõ hơn bất kỳ lời giải thích nào.

Nếu kết quả không như ý: Nếu agent trả lời dựa trên kiến ​​thức chung thay vì gọi công cụ, nghĩa là phần mô tả của bạn quá mơ hồ hoặc quá connector chưa hoàn tất - hãy kiểm tra cả hai yếu tố này, sau đó khôi phục lại phần mô tả đầy đủ.

Phải làm gì khi nút Publish chuyển sang màu xám?

Một lưu ý nữa trước khi đến phần tổng kết, vì vấn đề này thường gây bất ngờ cho người dùng: Quản trị viên của bạn có thể thiết lập các chính sách ngăn ngừa mất dữ liệu (DLP) để phân loại connector vào nhóm kinh doanh (business), phi kinh doanh (non-business) hoặc bị chặn (blocked). Nếu agent của bạn sử dụng một tổ hợp bị chặn, bạn sẽ thấy thông báo lỗi và nút Publish sẽ không thể sử dụng được. Đây không phải là lỗi phần mềm (bug), và việc thêm lại công cụ cũng không thể khắc phục được vấn đề này. Nhấp vào Details để xem connector nào đã kích hoạt chính sách, sau đó hãy trao đổi với quản trị viên Power Platform của bạn - hãy chuẩn bị sẵn trường hợp kinh doanh cho connector bạn cần.

Những điểm chính cần ghi nhớ

• Công cụ là tên gọi hiện tại cho các hành động của agent: Connector, prompt, agent flow, API REST, MCP - được thêm từ trang Tools với tùy chọn Add and configure
• Orchestrator chọn công cụ theo tên và mô tả; mô tả mơ hồ có nghĩa là công cụ sẽ không bao giờ chạy
• Thông tin đăng nhập của người dùng cuối (mặc định) = quyền hạn tối thiểu và khả năng truy vết; "Do nhà sản xuất cung cấp" có nghĩa là mọi người đều hành động như bạn - cảnh báo quét bảo mật là có lý do
• Bật tùy chọn "Ask the end user before running" (Hỏi người dùng cuối trước khi chạy) đối với bất kỳ công cụ nào có tác dụng phụ
• Nút Publish màu xám kèm biểu ngữ chính sách dữ liệu là dấu hiệu cho thấy DLP đang hoạt động đúng như thiết kế - cách khắc phục là trao đổi với quản trị viên của bạn, chứ không phải là cài đặt lại từ đầu