想象一下这个场景你正在开发一个基于 Microsoft 365 的企业内部应用数据都存储在 Power Apps 的 Dataverse 里。每天业务部门的同事都会跑来问你“能不能帮我查一下上个月华东区的销售数据按产品线做个汇总”“系统里张三的审批流程卡在哪一步了”作为开发者你不得不停下手中的活去写 SQL 查询、构建 API或者手动导出数据。现在如果告诉你业务同事可以直接在 Teams 或 Outlook 里用自然语言向 M365 Copilot 提问“帮我找出所有超期未处理的客户投诉单”而 Copilot 能自动调用你预先定义好的业务逻辑从 Power Apps 中实时获取数据并生成报告整个过程无需你介入。这听起来是不是像科幻但这正是MCPModel Context Protocol协议正在让 AI Agent 世界发生的变化。这篇文章要解决的就是如何利用 MCP 这座“桥梁”将强大的 M365 Copilot 与你企业核心的 Power Apps 业务数据连接起来。我们不止步于概念而是深入实操从 MCP 的核心原理讲起一步步教你搭建一个能安全访问 Dataverse 的 MCP Server并最终让 Copilot 调用它。你会发现打通这个链路意味着 AI 从“聊天助手”真正进化为“业务执行者”而你将扮演那个关键的架构师角色。1. 为什么是 MCP它解决了 Agent 开发的根本痛点在深入技术细节前我们必须先理解一个问题为什么是 MCPAI Agent 和插件Plugin架构不是早就有了吗传统的 AI 应用扩展无论是 OpenAI 的 Function Calling还是 LangChain 的 Tools都存在一个核心矛盾强耦合与高定制成本。开发者为每个大模型如 GPT-4、Claude编写插件时都需要适配其特定的 SDK、认证流程和交互协议。一个为 ChatGPT 开发的插件无法直接给 Claude 或 Copilot 使用。这导致了重复开发、维护成本高昂且将业务逻辑与特定的 AI 平台深度绑定。MCP 的出现旨在成为 AI 世界的“USB 协议”。它由 Anthropic 牵头提出目标是为 AI 应用程序客户端如 Claude Desktop、Cursor、未来可能包括 M365 Copilot和工具、数据源服务端之间定义一个标准化的通信协议。它的核心价值在于标准化接口工具提供方只需实现一次 MCP Server任何兼容 MCP 的客户端都能即插即用。声明式能力描述Server 向 Client 声明自己有哪些“工具”Tools和“资源”ResourcesClient 动态发现并调用。传输层无关支持 Stdio标准输入输出和 SSEServer-Sent Events等多种通信方式适应不同部署环境。那么这和 M365 Copilot 与 Power Apps 有什么关系目前Copilot 主要擅长处理邮件、文档、会议纪要等通用 M365 数据。但对于存储在 Power Apps 和 Dataverse 中的、高度定制化的业务数据如订单、工单、库存Copilot 是“看不见”的。MCP 为我们提供了一条标准化的路径构建一个专有的 MCP Server作为 Copilot 与 Dataverse 之间的安全代理。Copilot 通过 MCP 协议询问 ServerServer 负责执行具体的 Dataverse 查询或业务操作并将结果返回。这解决了企业级 AI 落地的关键障碍在保障数据安全与合规的前提下释放业务数据的价值。数据无需离开你的环境访问权限完全由你的 MCP Server 控制。2. 核心概念拆解MCP、Agent、Power Apps 与 Dataverse在开始搭建之前我们需要统一语言明确几个核心概念及其在本文架构中的角色。2.1 MCP (Model Context Protocol) 协议的三层结构可以把 MCP 想象成一套设计蓝图规定了“工具房”Server和“工具使用者”Client之间如何对话。MCP Server工具房这是我们本文要构建的核心。它是一个独立的进程封装了对特定资源如 Power Apps Dataverse的访问能力。它对外提供一系列定义好的“工具”例如query_sales_datacreate_ticket。MCP Client工具使用者即能够理解 MCP 协议的 AI 应用。例如 Claude Desktop、Cursor IDE以及我们期望的未来版本的 M365 Copilot。Client 负责发起对话并根据需要调用 Server 提供的工具。协议本身对话规则定义了 Server 和 Client 之间通信的消息格式、初始化流程、工具调用和结果返回的规范。主要通信方式有Stdio通过标准输入/输出进行通信适合本地集成、CLI 工具。SSE (Server-Sent Events)基于 HTTP 的单向事件流Server 可以主动向 Client 推送信息更适合网络环境。2.2 AI Agent 与 MCP 的关系AI Agent 是一个更上层的概念指能够理解目标、规划行动、使用工具Tools来达成目标的智能体。MCP 是 Agent 所使用工具的一种标准化供给方式。一个强大的 Agent如 Copilot可以同时连接多个 MCP Server从而获得查询数据库、发送邮件、控制智能设备等多样化的能力。MCP 让 Agent 的能力扩展变得模块化和标准化。2.3 Power Apps 与 Dataverse你的业务数据金矿Power Apps微软的低代码应用开发平台允许用户通过拖拽方式快速构建 web 和移动应用。DataversePower Platform 的底层数据存储与服务层。你可以把它理解为一个云端的、高度集成的数据库但它不仅仅是数据库还内置了业务逻辑、安全角色、审计日志等一系列企业级功能。我们企业的定制化业务数据表就存储在这里。我们的目标架构由此清晰构建一个 MCP Server它使用微软的官方 SDK (Power Platform CLI 或 Dataverse Web API) 安全地连接并操作 Dataverse。然后通过配置让 M365 Copilot作为 MCP Client能够发现并调用这个 Server 提供的工具。3. 环境准备与前置条件开始编码前请确保你的环境满足以下要求。这是后续所有步骤的基础。3.1 账户与权限Microsoft 365 开发者租户建议拥有一个独立的开发者租户可免费申请用于测试避免影响生产环境。Power Platform 环境在你的租户中创建一个 Power Platform 环境例如 “Dev” 环境并确保你拥有该环境的“系统管理员”角色。Azure 应用注册我们将使用 OAuth 2.0 客户端凭证流来让 MCP Server 访问 Dataverse。这需要在 Azure AD 中注册一个应用并授予其访问 Dataverse 的 API 权限。3.2 开发工具与 SDKNode.js本文示例使用 Node.js 编写 MCP Server。请安装 LTS 版本如 18.x 或 20.x。node --version # 确认版本Power Platform CLI (PAC)微软官方命令行工具用于管理 Power Platform 资源。# 安装 PAC CLI npm install -g microsoft/powerplatform-cli pac auth list # 登录并查看认证信息Dataverse Web API 知识你需要了解 Dataverse Web API 的基本端点如/api/data/v9.2/和 OData 查询语法。我们将直接使用 HTTP 客户端调用。3.3 选择一个 MCP SDK为了简化 MCP Server 的开发我们可以使用社区提供的 SDK。这里推荐modelcontextprotocol/sdk。# 在我们的项目目录中初始化并安装 SDK mkdir mcp-dataverse-server cd mcp-dataverse-server npm init -y npm install modelcontextprotocol/sdk4. 构建 MCP Server 核心流程我们将构建一个提供“读取”和“创建”功能的 MCP Server。整个过程分为五个关键步骤。4.1 第一步Azure AD 应用注册与权限配置安全基石这是最关键的一步决定了 Server 能否以及如何访问数据。访问 Azure 门户 进入“Azure Active Directory” - “应用注册” - “新注册”。填写名称如MCP-Dataverse-Server选择“仅此组织目录中的账户”暂时不配置重定向 URI。注册成功后进入“证书和密码”部分创建一个新的客户端密码妥善保存其值仅显示一次。进入“API 权限” - “添加权限” - “我的组织使用的 API”搜索并选择“Power Platform Service”或“Common Data Service”。选择“应用程序权限”然后勾选user_impersonation这通常代表访问 Dataverse 的完全权限具体需根据你的安全要求选择最小权限。重要点击“授予管理员同意”。记下以下三个关键信息后续用于配置TENANT_ID你的 Azure 租户 ID目录 ID。CLIENT_ID应用注册的应用程序客户端ID。CLIENT_SECRET刚才创建的客户端密码的值。4.2 第二步初始化 MCP Server 并定义工具创建server.js文件开始编写 Server 主逻辑。// server.js import { Server } from modelcontextprotocol/sdk/server/index.js; import { StdioServerTransport } from modelcontextprotocol/sdk/server/stdio.js; import axios from axios; // 用于调用 Dataverse Web API // 1. 创建 Server 实例 const server new Server( { name: dataverse-mcp-server, version: 0.1.0, }, { capabilities: { tools: {}, // 声明本 Server 提供工具 }, } ); // 2. 从环境变量读取配置安全切勿硬编码 const DATAVERSE_URL process.env.DATAVERSE_URL; // 例如https://yourorg.crm.dynamics.com const TENANT_ID process.env.TENANT_ID; const CLIENT_ID process.env.CLIENT_ID; const CLIENT_SECRET process.env.CLIENT_SECRET; const DATAVERSE_API_VERSION v9.2; // 3. 获取访问令牌的辅助函数 async function getAccessToken() { const tokenUrl https://login.microsoftonline.com/${TENANT_ID}/oauth2/v2.0/token; const params new URLSearchParams(); params.append(client_id, CLIENT_ID); params.append(client_secret, CLIENT_SECRET); params.append(grant_type, client_credentials); params.append(scope, https://service.powerapps.com/.default); // 关键scope try { const response await axios.post(tokenUrl, params, { headers: { Content-Type: application/x-www-form-urlencoded }, }); return response.data.access_token; } catch (error) { console.error(Failed to get access token:, error.response?.data || error.message); throw new Error(Authentication failed); } }这段代码初始化了 Server并设置了从环境变量读取配置和获取 Azure AD 访问令牌的函数。永远不要将CLIENT_SECRET等敏感信息写入代码。4.3 第三步实现“查询业务数据”工具现在我们为 Server 添加第一个核心工具根据实体表名称和简单筛选条件查询数据。// 在 server.js 中继续添加 // 4. 注册工具查询 Dataverse 实体记录 server.setRequestHandler(tools/list, async () { return { tools: [ { name: query_dataverse_entity, description: 查询指定的 Dataverse 数据表中的记录。你需要提供实体表的逻辑名称例如 account客户contact联系人或自定义实体的逻辑名称。可以指定筛选条件OData 格式和选择返回的字段。, inputSchema: { type: object, properties: { entityLogicalName: { type: string, description: Dataverse 实体的逻辑名称例如 “account”, “contact”, “new_customentity”。, }, filter: { type: string, description: 可选的 OData 筛选表达式例如 “statuscode eq 1”。如果不提供则返回所有记录请谨慎使用。, }, select: { type: string, description: 可选的逗号分隔字段列表指定返回哪些字段例如 “name,accountid,createdon”。, }, top: { type: number, description: 可选项限制返回的记录数量例如 10。, }, }, required: [entityLogicalName], }, }, // 下一个工具将在后面添加 ], }; }); // 5. 处理工具调用执行查询 server.setRequestHandler(tools/call, async (request) { if (request.params.name query_dataverse_entity) { const { entityLogicalName, filter, select, top } request.params.arguments || {}; const accessToken await getAccessToken(); let apiUrl ${DATAVERSE_URL}/api/data/${DATAVERSE_API_VERSION}/${entityLogicalName}s; // 注意复数形式 const queryParams []; if (filter) queryParams.push($filter${encodeURIComponent(filter)}); if (select) queryParams.push($select${encodeURIComponent(select)}); if (top) queryParams.push($top${top}); if (queryParams.length 0) { apiUrl ?${queryParams.join()}; } try { const response await axios.get(apiUrl, { headers: { Authorization: Bearer ${accessToken}, Accept: application/json, OData-MaxVersion: 4.0, OData-Version: 4.0, }, }); // 格式化返回结果便于 AI 理解 const records response.data.value; const summary 成功查询到 ${records.length} 条记录。; const sample records.length 0 ? 第一条记录示例${JSON.stringify(records[0], null, 2)} : 未找到匹配记录。; return { content: [ { type: text, text: ${summary}\n\n${sample}\n\n注出于隐私和安全考虑此处仅显示示例实际返回全部 ${records.length} 条数据。, }, ], }; } catch (error) { console.error(Dataverse query failed:, error.response?.data || error.message); return { content: [ { type: text, text: 查询失败${error.response?.data?.error?.message || error.message}, }, ], isError: true, }; } } // 处理其他工具... });这个工具query_dataverse_entity是 Server 能力的核心。它接收 AI 自然语言转换而来的参数构造标准的 Dataverse Web API 请求并将结果格式化返回。4.4 第四步实现“创建业务记录”工具一个完整的 Agent 不仅需要“读”还需要“写”。我们添加第二个工具。// 在 server.js 的 tools/list 处理器中添加第二个工具定义 // 更新 server.setRequestHandler(tools/list, async () {...}) tools: [ { name: query_dataverse_entity, // ... 同上 }, { name: create_dataverse_record, description: 在指定的 Dataverse 数据表中创建一条新记录。你需要提供实体的逻辑名称和要创建的字段数据。, inputSchema: { type: object, properties: { entityLogicalName: { type: string, description: Dataverse 实体的逻辑名称例如 “account”, “contact”。, }, recordData: { type: object, description: 一个 JSON 对象包含要创建的记录的字段名和值。例如{name: 新公司, telephone1: 123456}, }, }, required: [entityLogicalName, recordData], }, }, ], // 在 server.setRequestHandler(tools/call, async (request) {...}) 中添加对新工具的处理 if (request.params.name query_dataverse_entity) { // ... 处理查询 } else if (request.params.name create_dataverse_record) { const { entityLogicalName, recordData } request.params.arguments || {}; const accessToken await getAccessToken(); const apiUrl ${DATAVERSE_URL}/api/data/${DATAVERSE_API_VERSION}/${entityLogicalName}s; try { const response await axios.post(apiUrl, recordData, { headers: { Authorization: Bearer ${accessToken}, Accept: application/json, Content-Type: application/json; charsetutf-8, OData-MaxVersion: 4.0, OData-Version: 4.0, }, }); const newRecordId response.data[${entityLogicalName}id]; return { content: [ { type: text, text: 记录创建成功新记录的 ID 为${newRecordId}。, }, ], }; } catch (error) { console.error(Dataverse creation failed:, error.response?.data || error.message); return { content: [ { type: text, text: 创建失败${error.response?.data?.error?.message || error.message}, }, ], isError: true, }; } }4.5 第五步启动 Server 并配置 Stdio 传输最后完成 Server 的启动逻辑使其能够通过标准输入输出与 Client 通信。// 在 server.js 末尾添加 async function main() { const transport new StdioServerTransport(); await server.connect(transport); console.error(Dataverse MCP Server is running on stdio...); } main().catch((error) { console.error(Server fatal error:, error); process.exit(1); });至此一个具备基本读写能力的 Dataverse MCP Server 就完成了。5. 完整示例配置、运行与本地测试让我们把所有的代码和配置整合起来并在本地进行测试。5.1 项目结构与环境变量你的项目目录应类似如下mcp-dataverse-server/ ├── server.js # 主程序文件 ├── package.json # npm 项目文件 ├── .env # 环境变量文件切勿提交到git └── .env.example # 环境变量示例文件创建.env文件填入你的实际信息# .env DATAVERSE_URLhttps://yourorg.crm.dynamics.com TENANT_IDyour-tenant-id-guid CLIENT_IDyour-client-id-guid CLIENT_SECRETyour-client-secret-value创建.env.example作为模板# .env.example DATAVERSE_URL TENANT_ID CLIENT_ID CLIENT_SECRET5.2 安装依赖并运行确保package.json中已包含依赖并添加启动脚本。// package.json { name: mcp-dataverse-server, version: 1.0.0, type: module, scripts: { start: node server.js }, dependencies: { modelcontextprotocol/sdk: ^1.0.0, // 请使用最新版本 axios: ^1.6.0, dotenv: ^16.0.0 } }安装依赖并加载环境变量。修改server.js顶部引入dotenv。// server.js 顶部添加 import dotenv from dotenv; dotenv.config(); // 加载 .env 文件中的变量 import { Server } from modelcontextprotocol/sdk/server/index.js; import { StdioServerTransport } from modelcontextprotocol/sdk/server/stdio.js; import axios from axios; // ... 其余代码不变现在启动你的 Servernpm install npm start如果看到Dataverse MCP Server is running on stdio...输出到 stderr说明 Server 已成功启动并在等待连接。5.3 使用 MCP 客户端进行本地测试目前M365 Copilot 尚未公开支持连接自定义 MCP Server。但我们可以使用其他兼容 MCP 的客户端进行测试例如Claude Desktop。配置 Claude Desktop找到 Claude Desktop 的配置文件macOS 通常在~/Library/Application Support/Claude/claude_desktop_config.jsonWindows 在%APPDATA%\Claude\claude_desktop_config.json。添加 MCP Server 配置在配置文件中添加如下内容{ mcpServers: { dataverse: { command: node, args: [ /ABSOLUTE/PATH/TO/YOUR/mcp-dataverse-server/server.js ], env: { DATAVERSE_URL: https://yourorg.crm.dynamics.com, TENANT_ID: ..., CLIENT_ID: ..., CLIENT_SECRET: ... } } } }注意将路径和变量值替换为你的实际值。出于安全考虑更推荐在 Server 代码中读取环境变量此处env配置可作为备选。重启 Claude Desktop然后在对话中你就可以尝试使用自然语言例如“使用 dataverse 工具查询一下 contact 实体只返回前5条记录的全名和邮箱。” Claude 会自动调用query_dataverse_entity工具并返回结果。6. 如何与 M365 Copilot 集成当前路径与未来展望这是大家最关心的问题如何让 M365 Copilot 调用我们的 Server截至当前基于公开信息M365 Copilot 尚未开放连接第三方 MCP Server 的标准配置入口。但这并不意味着此路不通以下是几种可行的技术路径和未来展望6.1 当前可行的间接集成路径通过 Power Automate 构建代理层在 Power Apps 中创建一个自定义连接器封装你的业务逻辑。使用 Power Automate 创建一个云端流该流能够调用此连接器。利用Copilot Studio原 Power Virtual Agents或 M365 Copilot 的现有扩展点如通过 Graph Connectors 索引数据或通过 Teams 消息扩展将用户请求路由到 Power Automate 流从而间接操作 Dataverse。优点完全在微软生态内安全可控无需等待 MCP 支持。缺点不是标准的 MCP 协议流程较长实时性和灵活性可能受限。开发一个 Copilot 插件关注 Microsoft 365 Platform 的 Copilot 扩展性路线图。微软正在逐步开放 Copilot 的插件系统。按照微软官方指南开发一个符合其规范的插件该插件后端可以调用你编写的 MCP Server或直接调用 Dataverse API。优点未来可能是最直接的集成方式。缺点目前公开的插件能力可能还比较有限且开发规范可能变化。6.2 为什么还要构建 MCP Server—— 面向未来的投资协议标准化MCP 正在成为 AI 工具生态的事实标准。提前基于 MCP 构建你的数据服务层一旦 Copilot 或其他主流 AI 工作台如 Cursor、Windsurf支持你可以实现“一次开发多处接入”。架构解耦你的业务逻辑MCP Server与 AI 前端Client是分离的。这让你可以独立升级、扩展和保障 Server 的安全与性能。开发者体验使用 Claude Desktop 等现有客户端测试你的 Server本身就是验证业务逻辑和 AI 交互效果的绝佳方式。建议策略现在就用 MCP 协议构建你的“数据能力层”并在开发者和测试团队中通过 Claude Desktop 等工具验证其价值。同时密切关注 Microsoft 365 和 Power Platform 的官方公告一旦 MCP 或类似的标准化集成通道开放你的 Server 可以迅速对接。7. 常见问题与排查思路在开发和集成过程中你可能会遇到以下问题问题现象可能原因排查方式解决方案MCP Server 启动失败报错Cannot find packageNode.js 依赖未安装或 SDK 路径错误。1. 运行npm list检查依赖。2. 确认package.json中type字段是否为module如果使用 ES6 导入。1. 在项目根目录执行npm install。2. 检查import语句路径是否正确。调用工具时返回Authentication failedAzure AD 认证失败。1. 检查.env文件变量名和值是否正确。2. 在 Server 代码中打印TENANT_ID等变量确认已加载。3. 使用 Postman 等工具单独测试获取 Token 的 API。1. 确认CLIENT_SECRET未过期。2. 确认 Azure 应用注册的 API 权限已正确授予 (user_impersonation)。3. 确认scope参数正确 (https://service.powerapps.com/.default)。查询 Dataverse 时返回404 Not Found或403 ForbiddenDataverse URL 错误或权限不足。1. 检查DATAVERSE_URL格式确保是环境根 URL。2. 检查 Azure 应用是否已添加到对应 Power Platform 环境的“安全角色”中。1. 登录 Power Platform 管理中心从环境详情页获取正确的 URL。2. 在 Power Platform 管理中心的相应环境中将注册的 Azure 应用添加为“用户”并分配具有读取权限的安全角色。Claude Desktop 无法发现或调用工具Claude Desktop 配置错误或 Server 未正确响应list请求。1. 检查 Claude Desktop 配置文件路径和 JSON 格式。2. 在 Server 启动后尝试通过简单的 stdio 测试工具手动发送 MCP 协议消息进行调试。3. 查看 Claude Desktop 的日志文件。1. 使用 JSON 验证器检查配置文件。2. 确保command和args指向正确的 Node.js 和 server.js 绝对路径。3. 重启 Claude Desktop。查询返回数据为空但无错误实体逻辑名称错误或筛选条件过于严格。1. 使用浏览器访问{DATAVERSE_URL}/api/data/v9.2/查看实体列表确认逻辑名称。2. 在 Server 代码中打印完整的请求 URL 进行调试。1. 注意实体名称在 API 中通常使用复数形式如accounts。2. 先不使用$filter参数测试是否能返回数据。8. 最佳实践与安全工程建议将企业核心业务数据暴露给 AI 是一项需要慎之又慎的工作。以下最佳实践至关重要最小权限原则在 Azure AD 中为 MCP Server 应用注册分配精确的 Dataverse 表级别权限而不是user_impersonation这种宽泛权限。如果只读就只给读取权限。在 Power Platform 中创建专用的、权限受限的安全角色并分配给该应用。环境隔离开发、测试、生产环境使用不同的 Azure 应用注册、不同的 Dataverse 环境实例。MCP Server 的配置如.env必须严格区分环境。输入验证与净化在tools/call处理器中对来自 AI 的输入参数如entityLogicalName,filter进行严格验证。防止 SQL 注入或恶意操作尽管 OData 有一定防护但仍需警惕。可以考虑建立一个“允许列表”只允许 AI 查询特定的、安全的实体。输出限制与脱敏在返回给 AI 的结果中对敏感字段如手机号、身份证号、邮箱进行脱敏处理。使用$top参数强制限制单次查询返回的记录数量避免意外拖垮数据库。全面的日志与监控记录所有工具调用的详细信息谁Client 标识、何时、调用了什么工具、输入参数、是否成功。这既是安全审计的需要也是优化 AI 提示词的依据。监控 MCP Server 的性能指标响应时间、错误率。错误处理与用户友好提示如示例代码所示将 Dataverse API 返回的原始错误信息转换为对 AI 和最终用户更友好的语言。避免将内部错误堆栈或敏感信息直接暴露。版本化管理与 CI/CD将 MCP Server 的代码纳入 Git 版本控制。建立自动化部署流程确保服务的稳定更新。通过构建一个符合 MCP 标准的 Dataverse 数据服务层你正在为企业铺设一条通往“智能业务操作”的高速公路。虽然与 M365 Copilot 的直接连接可能需要等待官方的进一步开放但你现在所搭建的是一个独立、安全、标准化的能力模块。它不仅能立即服务于 Claude、Cursor 等开发工具提升内部效率更能在未来标准接口开放时让你第一时间将 Copilot 的能力引入核心业务流程。技术的价值不在于等待完美的时机而在于为即将到来的变化做好准备。从今天开始用 MCP 协议封装你的第一个业务数据工具体验 AI Agent 直接驱动业务系统的强大潜力。