將您的網頁應用程式整合為 Model Context Protocol （MCP） 伺服器，以擴展 GitHub Copilot Chat、Cursor 和 Winsurf 等領先個人 AI 代理的功能。 透過 MCP 將應用程式 API 公開，便能使用 Web 應用程式具備的獨特功能和商務邏輯來大幅強化代理程式，但不用進行重大的開發工作或重新調整架構。
概觀
MCP 是一個開放標準，使 AI 編碼助理與代理能與外部工具及資料來源互動。 將你的 App Service 應用程式架設為 MCP 伺服器，讓你的網頁應用程式功能以可呼叫工具的形式，提供結構化的輸入與輸出，供 AI 代理使用。
此整合讓開發者能夠：
- Extend AI 助手：為 GitHub Copilot Chat、Cursor、Winsurf 及其他與 MCP 相容的代理新增自訂功能
- 公開現有 API：將現有 REST API 轉化為 AI 可存取的工具，無需重寫程式碼
- 提供背景說明：讓 AI 代理能存取您應用程式的商業邏輯與資料
- 啟用自動化：讓客服人員透過串聯應用程式操作來執行複雜的工作流程
- 維持控制權：完全掌控身份驗證、授權及資料存取
何時使用 App Service 作為 MCP 伺服器
考慮將您的 App Service 應用程式實作為 MCP 伺服器，當你想要：
- 賦予開發者工具：讓開發人員在撰寫程式碼時使用 AI Agent 直接與您的 API 互動
- 打造客製化副駕駛體驗：打造具備深厚應用領域的專業 AI 助理
- 自動化工作流程：讓 AI 代理在您的應用程式中執行多步驟操作
- 提升開發者生產力：透過將應用程式功能整合進 IDE，減少上下文切換
- 善用現有基礎設施：將已部署的 App Service 應用程式作為代理工具使用，無需單獨部署
如果你正在評估在Azure中要在哪裡架設 MCP 伺服器，請先在 選擇一個 Azure 服務來架設 MCP 伺服器 中，先比較 App Service 與其他選項，再決定部署目標。
MCP 對於業務線應用、內部工具及開發者導向服務特別有價值，因為讓 AI 代理能輕鬆取得功能，能大幅提升生產力。
MCP 與 App Service 的運作方式
您的 App Service 應用程式透過公開一組工具（函式）來實作 MCP 協定，讓代理可以發現並調用。 當 AI 代理人需要執行某個動作時：
- 代理會查詢你的 MCP 伺服器以發現可用的工具
- 代理會根據使用者意圖選擇合適的工具
- 你的 App Service 應用程式處理請求並回傳結構化結果
- 代理人會解讀結果並呈現給使用者
App Service 內建支援生產 MCP 伺服器所需的認證與安全功能，包括 Microsoft Entra ID 整合與管理身份。
在 App Service 上架設 MCP 伺服器的兩種方式
App Service 支援兩種模式來架設 MCP 伺服器。 選擇符合你起始點的項目。
帶上你自己的 MCP 伺服器
在你的應用程式碼中加入 MCP SDK，將 MCP 端點與現有路由一同暴露，並以部署其他程式碼到 App Service 的方式部署應用程式。 當你想完全掌控工具定義、工具無法 1：1 映射到 REST 操作，或是想在工具之外還公開 MCP 資源 或 提示 時，這種方法是正確的選擇。 以下針對特定語言的教學涵蓋此模式。
App Service 內建 MCP（預覽版）
如果你的應用程式是現有的 REST API 並採用 OpenAPI 3.x 規範，App Service 可以免費為你架設 MCP 伺服器，且不需修改程式碼。 你將平台指向你的 OpenAPI 規格，每個操作都成為透過可串流 HTTP 提供的 MCP 工具。 認證、協定協商、工具探索以及規範熱載入均由平台處理。
內建 MCP 適合你想快速將現有 API 暴露給 MCP 客戶端、希望平台跟上 MCP 協定更新，或是想整合 App Service 認證 而不寫 OAuth 程式碼時。
關於設定步驟、支援的限制及管理面，請參見 「配置 App Service 內建 MCP」。