副駕駛操作教學：工具、代理和 MCP

如果您與 Copilot、GitHub 和 Copilot Studio你肯定聽過那些讓這些代理程式能夠執行「現實世界」任務的著名操作和工具：發送電子郵件、查詢 API、在分支之間移動程式碼或發起拉取請求。在這裡，我們將用西班牙語（來自西班牙）冷靜地了解所有這些是如何融入到…的框架下的。 完整的副駕駛操作教程將 Copilot Studio 中的工具部分與新的 GitHub 編碼代理程式統一起來。

這樣做的目的是讓你最終理解它們是什麼。 工具、行動和代理它們是如何配置的，有哪些類型（連接器、REST、MCP、電腦使用等），生成式編排扮演什麼角色，以及 GitHub Copilot 編碼代理程式如何使用 GitHub Actions 和 MCP 來自動化端到端的開發任務。

Copilot 中的「操作」或工具是什麼？

在 Copilot Studio 生態系統中，調用 工具 這些是使代理程式能夠與外部系統互動的基本建置模組：雲端服務、API、 數據庫 甚至是帶有圖形介面的桌面應用程式。每種工具都包含一項特定的功能，客服人員可以在對話或工作流程需要時執行該功能。

例如，您可以為您的代理人配備以下工具： 使用 Outlook 365 傳送電子郵件查看天氣預報、讀寫資料空間或在 Teams 中發布訊息。所有這些功能都以工具的形式呈現，Copilot 可以自動選擇這些工具。 生成式編曲 或者您可以從特定主題中明確呼叫。

透過主動生成式編排，代理程式能夠 自行選擇工具 或是最適合的主題，甚至可以藉鏡 知識庫檢索為了響應用戶請求。在經典模式下（編排功能已停用），您只能使用自己設計的主題，但仍可完全控制地從這些主題中呼叫工具。

所有這些都使得 Copilot Studio 的工具成為一種 賦予你的代理人“超能力”因為他們不再只是聊天：他們會繼續對你的企業系統執行實際操作，並始終遵守你定義的身份驗證和策略。

您可以用作副駕駛操作的工具類型

Copilot Studio 提供了多種向代理程式添加工具的機制，實際上，它們都可以視為 副駕駛可以觸發的操作 為了完成某項任務。每種工具都針對不同的場景而設計，從連接現有API到自動化電腦本身的使用。

第一個主要障礙是 電源平台連接器這些連接器可讓您連接到專有服務或第三方服務。它們分為兩種類型：預先建置連接器，可直接與數百種已知服務配合使用；以及自訂連接器，可讓您定義與您自己的系統或組織內部 API 的連接。

另一個關鍵機制是 代理流工作流程是一種工具，它定義了一系列相互關聯的操作。當您希望代理程式按順序執行多個步驟時，例如查詢系統、轉換數據，然後傳回格式化的結果，此工具非常理想。

你還有一些工具，例如 提示這些是對模型的單輪請求，可以連接知識來源和 產生程式碼 用於分析數據。它們主要用於需要模型執行明確定義任務的情況，並且可以與…一起使用。 快速反應等模式 調整響應。它們主要用於需要模型執行明確定義的任務，但同時又需要存取額外資訊的情況。

該套裝還包括基於以下工具的套裝： REST API、模型上下文協定 (MCP) y 電腦使用前兩個功能著重於連接 HTTP API 或 MCP 伺服器以公開額外的工具和資源；第三個功能允許代理透過模擬點擊、選單和輸入來控制圖形介面（Web 或桌面），從而為自動化沒有 API 的應用程式打開了大門。

在 Copilot Studio 中逐步建立新工具

為了讓您的代理人能夠充分利用這些功能，您需要 建立和配置工具 直接在 Copilot Studio 中操作。雖然流程有引導，但了解每個步驟的特定操作有助於避免誤解，並充分利用生成式編曲功能。

首先，請從該部分開啟您的代理程式。 經紀人 並進入頁面 工具從那裡，您可以選擇新增工具的選項，然後在相應的面板中選擇建立工具。 新工具Copilot Studio 將顯示可用類型清單：提示、代理流程、電腦使用、自訂連接器、模型上下文協定或 REST API，具體取決於您要整合的內容。

選擇工具類型後，將顯示以下內容： 具體設定步驟例如，如果您選擇提示，則需要定義提示範本和模型指令、輸入參數、模型可以參考的知識來源以及回應的格式和限制。

完成初始設定後，您可以按 儲存或發布根據需要，建立該工具。然後啟動該選項。 新增和配置這會將該工具新增至代理，並開啟一個完整的設定頁面，您可以在其中繼續調整詳細資訊和變更參數，以後可以根據需要多次變更。

您可以隨時從代理商的「工具」頁面進行操作。 再次編輯設定 該工具的：名稱、描述、輸入、輸出行為以及其他細節，這些都會極大地影響生成式編排如何決定何時呼叫它。

配置部分：詳細資訊、輸入和完成

標準工具的配置頁面分為三個主要部分： 詳情、輸入和完成情況了解每個操作的具體作用是確保 Copilot 操作在與使用者的對話中表現可靠且可預測的關鍵。

在本節中 信息 您需要定義工具的基本資料。在這裡，您可以選擇工具名稱（將顯示在代理程式的工具清單中）和描述。描述更為重要，因為生成式編排將高度依賴該文字來決定工具的適用場景以及不宜呼叫的場景。

「詳細資料」部分也會顯示進階選項，例如 允許代理動態決策 您可以選擇是否使用該工具、是否在執行操作前請求使用者確認，或設定身份驗證類型。您可以指定該工具應使用最終使用者憑證還是「創建者」（作者）憑證運行，甚至可以添加對身份驗證內容的描述，以便使用者了解他們正在授權的內容。

部分 輸入 它以表格形式顯示工具所需的所有輸入，每行代表一個輸入。預設情況下，每個條目都啟用了「使用 AI 動態填充」選項，這表示智慧體將嘗試從可用上下文（例如對話中的最新訊息）推斷出必要的值。

如果代理找不到合適的值，它將生成 自動向使用者提問 收集這些資訊。透過自訂按鈕，您可以調整每個輸入框的顯示名稱和描述，定義回應的解釋方式（自由文字、預先定義實體等），重試邏輯，以及輸入資料的額外驗證。

如果您想要完全控制，您可以將輸入更改為 定制值 並為其指派一個固定值、變數或 Power FX 公式。這樣，代理程式就不會詢問用戶有關該欄位的任何信息，因為它已經知道在工具運行時要發送什麼內容。

在本節中 完成 您可以決定工具完成工作後會發生什麼。您可以讓代理程式根據接收的結果自動產生上下文相關的回應，也可以建立自訂格式的回應，並可選擇插入輸出變數和套用 Power FX 公式進行調整。

工具的回應方式：退出選項和自適應卡片

在「完成」選項中，「運行後」選項可讓您在多個選項中進行選擇。 因應策略最簡單的方式是“不回應”，即代理程式在內部將工具的輸出整合到其後續訊息中，而工具本身並不會直接向使用者發送任何內容。

另一種方法是啟用“使用生成式 AI 編寫回應”，讓模型來處理。 撰寫結構清晰的訊息 當您想要獲得豐富的答案但又不想編寫複雜的範本時，使用輸出資料非常實用。

如果您需要毫米級的精確控制，可以選擇「傳送特定回應」並 請自己撰寫文本 使用變數佔位符，每次運行該工具時都會為使用者提供統一的格式，這在更正式的環境中通常效果很好。

最後，還有一個「發送自適應卡片」的選項，可讓您生成 帶有按鈕和操作的互動式回應當您希望使用者在工具輸出結果後點擊、確認或選擇某些內容時，這些功能非常有用。同時，您也可以決定哪些輸出變數可供代理本身使用，哪些可供後續其他工具使用。

對於作為工具連接的 MCP 伺服器，配置畫面略有不同：「詳細資料」模組仍然存在，但「輸入」和「完成」部分被替換為以下部分： 工具和資源其中列出了 MCP 伺服器上可用的工具和資源，可以快速概覽 Copilot 透過該連線可以執行的所有操作。

工具選擇和自動輸入擷取

在 Copilot Studio 中定義工具時，你不只是告訴它該做什麼，而是 何時以及如何使用輸入的名稱、描述和相關資訊可作為生成式編排器的指南，以便將此工具保留在適當的場景中，並防止其過早觸發。

編曲考慮了以下因素： 目前對話背景代理會考慮使用者訊息中偵測到的意圖、可用的輸入、其他工具的先前輸出以及最近的呼叫歷史記錄。綜合所有這些信息，代理會決定是否要運行某個工具、運行哪個工具以及使用哪些參數。

其中一個優點是，代理人自己負責處理… 輸入集合您無需手動設計問題節點來涵蓋每個必需資料項，這在複雜的流程中可能非常繁瑣。流程協調器會分析缺少哪些資訊來呼叫工具，並向使用者詢問特定問題以填寫這些欄位。

在生成模式下，工具通常會將輸出直接傳回代理，代理會將輸出整合到使用者看到的最終回應中。但是，如果您願意，您可以將工具配置為始終輸出一個單獨的結果。 明確答案既有生成式的，也有基於固定模板的。

無論如何，你仍然可以選擇 從主題中呼叫工具 明確地進行設定。這使您可以建立混合體驗：將帶有分支、條件和節點的經典主題與執行特定操作的工具（例如查看天氣或在外部系統中建立記錄）相結合。

從主題中呼叫工具：實例

假設你想創建一個簡單的主題，例如 “爭取時間”在 Copilot Studio 中，您可以前往「主題」頁面，建立一個具有該名稱的新主題，並定義一系列觸發短語，例如「會下雨嗎？」、「今天的天氣預報」、「天氣怎麼樣」或「給我天氣預報」。

在該主題下，您可以使用按鈕新增節點。 添加節點 然後，您需要選擇“新增工具”選項。在選擇框中，您會看到基本工具、連接器或通用工具等選項卡，您可以在那裡找到先前配置要查詢的工具。 El Temppo.

一旦將操作節點新增至主題中，您的流程就已經知道了。 在適當的時機調用該工具。您只需要調整輸出，儲存主題，然後在模擬器中進行測試，以確保輸入問題和最終答案符合您的預期。

這種模式可以用任何其他工具複製：從發送電子郵件到 報告事件這包括從表中讀取數據，或呼叫 Power Automate 流程，利用平台的整合功能來執行更複雜的任務。

此外，如果將此與生成式編排結合，代理本身就可以決定何時使用該主題或工具，而無需用戶遵循僵化的腳本，這轉化為… 更自然的對話體驗 以及更少的「機器人技術」。

有關 MCP 及相關資源的具體信息

對於基於以下方面的工具： 模型上下文協定介面會顯示一些非常有用的附加資訊。您可以在表格中看到所有可用的 MCP 工具的名稱以及伺服器向代理程式公開的相關資源，每個工具單獨佔一行，以便快速識別其功能。

這種方法允許使用單一 MCP 伺服器 多種能力組合 （例如，使用 Playwright 進行端對端測試，或使用 GitHub 自帶的工具），並讓 Copilot 像存取原生操作一樣存取它們。這樣做的好處在於，您無需依賴單一供應商，而是依賴開放標準與 LLM 共享上下文和工具。

這些伺服器通常使用以下方式進行配置 儲存庫中的 JSON 文件 或者在環境配置中，這與基於 Git 的 CI/CD 工作流程非常契合，其中配置變更與程式碼一樣受到嚴格審查。

一旦 MCP 伺服器被聲明並可訪問，您的代理就可以採取 自主決策 關於何時調用哪個 MCP 工具，大大擴展了無需直接人工幹預即可處理的任務範圍。

Copilot Studio 中工具的身份驗證和安全性

許多工具都需要某種形式的 身份驗證以確保安全運行尤其是當它們接觸敏感資料或內部 API 時：典型案例包括動態提示、與 Dataverse 或受保護的企業服務通訊的工具。

這些工具始終在用戶上下文的代理程式運行時環境中運行，並且 如果沒有配置身份驗證機制，它們將無法運作。Copilot Studio 支援兩種主要類型的憑證：最終使用者的憑證（最終使用者）和解決方案的建立者或管理員的憑證（創建者提供的）。

使用最終用戶憑證， 每個人只能存取這些數據。 對於擁有權限的用戶，在遵守組織已定義的安全邊界的前提下，可以保持存取權限。然而，使用建立者憑證時，請使用建立者的身分來存取共用資源，這在您不希望每個人都擁有對系統的單獨直接存取權時非常有用。

在工具的設定中，您還可以啟用或停用在執行操作之前請求使用者確認的選項，這會增加一個 額外的透明層 這樣人們就能知道代理即將執行的操作以及將存取哪些資料。

此外，您還可以從同一設定畫面… 開啟或關閉工具 對於代理而言，如果您停用該工具，代理將停止使用它，但是… 稍後可以重新激活。 不會遺失先前的配置。

如果需要更徹底的清潔，您可以隨時 移除代理工具只需轉到工具列表，打開更多選項選單，然後選擇刪除選項；確認後，該工具將從列表中消失，並且該代理程式將永久無法使用該工具。

GitHub Copilot 編碼代理程式及其與 GitHub Actions 的關係

除了 Copilot Studio 之外，GitHub 還推出了自己的 副駕駛編碼代理它是一款軟體工程代理，可以作為非同步合作夥伴運行，並與 GitHub Actions 深度整合。實際上，它就像團隊中的另一位開發人員，您可以將特定任務委派給它。

當你給編碼代理程式指派任務時，它就會啟動，通常是透過問題、代理儀表板或 IDE 中的 Copilot Chat 來完成。之後，它會根據…產生一個臨時的、可設定的開發環境。 GitHub動作查看儲存庫以取得上下文（相關問題、拉取請求討論、自訂說明），然後開始工作。

它旨在處理低到中等複雜度的任務，例如修復錯誤、提高測試覆蓋率或重構耗時的程式碼段。它的目標是使您能夠： 重點放在最有趣的部分 他負責開發工作，同時處理最繁瑣的事情。

一旦運行，編碼代理 以草稿模式提交拉取請求。它被標記為“進行中”，並會隨時提交更改。每個關鍵步驟都會被記錄下來，您可以像觀看同事即時工作一樣追蹤其演變過程，而無需持續監控。

雖然代理程式執行工作，但您始終保持控制權：您可以審核代碼、提出修改請求、新增評論，並決定是否批准提案。目標是… 這是一種協作式的體驗。 而且是透明的，而不是不透明的“自動駕駛”程序，不會在未經審查的情況下將代碼上傳到生產環境。

編碼代理與傳統代碼助手之間的區別

IDE 中的經典自動補全或幫助工具基本上是： 即時參與者 它會在你輸入時提供程式碼行或程式碼區塊的建議，但所有內容都保留在你的電腦上，在你的本機會話中，並由你直接控制。

在這種模式下，建立分支、撰寫提交資訊、推播變更、發起拉取請求、討論評論、反覆修改……整個過程仍然需要你來完成。 它需要花費大量的時間和精力。 這可以用於更具創造性的任務。

另一方面，編碼代理則面向 實現整個開發工作流程的自動化 在 GitHub 內部：建立分支、產生提交、開啟和更新拉取請求、在 Actions 環境中執行測試和程式碼檢查器，一切準備就緒，您只需進行審查和批准即可。

此外，它與所謂的 IDE中的代理模式代理模式與您同步工作，在您最喜歡的編輯器（VS Code、JetBrains、Eclipse、Xcode 等）中運行，同時編碼代理也參與其中。 在後台非同步運行就好像團隊裡有「另一個人」在處理問題，而你可以去做其他事情。

兩者都使用 副駕駛高級版請求雖然編碼代理每個任務只需要一個，並且依靠 GitHub Actions 分鐘來運行所有工作，但在規劃大型團隊的成本和使用情況時，值得考慮這一點。

編碼代理安全性：沙箱、權限和審計

GitHub 設計了編碼代理，該代理具有以下特性： 預設安全透過在隔離環境（沙箱）中運行，限制其網路存取權限並降低其對程式碼庫的權限，可以最大限度地減少攻擊面，從而保護程式碼和 CI/CD 基礎設施。

代理只能將推送內容推送到它自己創建的分支，通常帶有類似這樣的前綴： 副駕駛/*這樣一來，它就不會直接影響主分支或團隊管理的其他分支。這可以防止代理錯誤導致專案主分支崩潰。

另一個重要方面是，編碼代理無法批准或合併自己的拉取請求。所有提案都必須經過審核。 獨立人工審核此外，Actions 中的 CI/CD 工作流程只有在有人授權後才會執行，從而增加了一層額外的保護。

代理產生的每個提交都會被標記為共同作者。這提高了可追溯性，並在歷史記錄中清晰地顯示了哪些變更是由 Copilot 驅動的，哪些是由團隊成員驅動的。除此之外， 日誌 組織內已實施審計和分支機構保護措施，這些措施將繼續正常實施。

綜上所述，這種設計確保了編碼代理 在相同的規則和政策下工作 與其他團隊成員相比，它擁有清晰的控制和限制，符合企業安全實踐。

如何在日常生活中使用 GitHub Copilot 編碼代理

使用編碼代理的工作流程與將任務委派給同事非常相似。您開始 將問題分配給使用者 @github 可以透過 GitHub.com、GitHub Mobile 或 CLI，或透過從儲存庫的幾乎任何頁面存取的代理面板建立任務。

您也可以透過您喜歡的 IDE 中的 Copilot Chat 來啟動它。 嘿，副駕駛 或從任何支援模型上下文協定 (MCP) 的工具中取得。由於 MCP，您甚至可以直接傳遞它。 螢幕截圖或模型 在問題描述中，當您配置了 MCP 視覺伺服器時，您可以擴展描述您希望代理執行的操作的方式。

任務開始時，編碼代理會建立一個帶有標籤的草稿模式的拉取請求。從那時起，您將看到… 它記錄了它的進展 透過提交和 PR 更新，始終遵循標準的 GitHub 流程。

完成後，更新拉取請求的標題和描述。 它提到你需要審核。 它會等待您的反饋。如果您需要修改，可以在 PR 中再次標記 @copilot，代理程式會根據您的回饋迭代程式碼，直到達到預期效果。

所有這些操作都在後台由 GitHub Actions 提供支援的安全環境中進行，代理程式可以運行測試、程式碼檢查器、外部工具以及您在配置中包含的任何操作。 超過25.000項社區活動的目錄這樣一來，環境就可以完全自訂，以滿足您專案的需求。

利用 MCP 增強 Copilot：擴充工具和上下文

如果你將 Copilot 與 模型上下文協定 和 副駕駛實驗室代理程式可以存取更廣泛的外部工具和資料生態系統。 MCP 是一種開放標準，它定義瞭如何在應用程式和語言模型之間共享上下文和功能。

這個編碼代理程式已經包含了 Playwright 和 GitHub 的 MCP 伺服器，例如，這使得它能夠： 啟動端對端測試或與 GitHub API 交互 無需重複造輪子。此外，您還可以定義自己的 MCP 伺服器，以滿足您特定係統和工作流程的需求。

配置通常在儲存庫層級完成，使用描述伺服器和公開工具的 JSON 檔案。啟動後，代理可以自主使用這些工具來執行任務、查詢資料、產生工件，並最終實現… 減輕設備的人工負荷.

需要注意的是，編碼代理的互聯網訪問是透過一個… 防火牆預設規則 這些權限僅允許存取 GitHub 和下載依賴項所需的特定主機。如果您需要其他存取權限，則必須根據您所在組織的策略進行調整。

透過這種方法，MCP 將 Copilot 變成了一個 更具情境感知能力的發展夥伴能夠像 Copilot Actions 一樣協調各種工具，但採用標準且可擴展的設計，不會將您綁定到單一供應商或技術。

透過將 Copilot Studio 的聲明式工具與 GitHub 上的編碼代理程式和 MCP 結合，您可以獲得一個生態系統，在這個生態系統中，您的代理將發揮作用。 他們可以與使用者互動、連接 API、使用電腦、提交拉取請求，以及執行 CI/CD 流程。 幾乎無摩擦，始終保持控制、安全和可追溯性。