Copilot Studio MCP：销售会前的客户简报

销售在 Teams 里打一句「下周要见 Databricks，他们最近在干什么」，几秒后拿到一页简报：公司规模、最近在招什么人、新闻和公司动态里有什么，再给三个能聊的话题。这件事在 2026 年秋天变得可做，因为微软把 MCP（Model Context Protocol，让 AI 调外部工具的开放协议）接进了 Copilot Studio：做 agent 的人填一个 MCP 地址，agent 就能调外部工具，发布后出现在 Teams 和 Microsoft 365 Copilot 里（按网址加 MCP 服务器，发布到 Teams 和 Microsoft 365）。本文用 EveryInfra 的远程 MCP 给这个 agent 供数，回答五件事：微软那几条接入的路各收什么钥匙，Copilot Studio 里怎么配、Key 放哪，一次真实往返长什么样，每个销售每月要多少钱，LinkedIn 数据该怎么用才稳妥。

先说结论。微软有六条把 MCP 接进 Copilot 的路，手里只有 API Key 时，走得通的是 Copilot Studio（新旧两套体验都收 API Key）和还在预览的 Agent 365 自带 MCP 登记；声明式 agent 的 MCP 插件原文写 API Key「Not supported」，联合连接器不能自己加。我们 2026-11-07 新加坡时间 00:18 到 00:37 真调了 25 次，7 次拿到数据、合计扣费 $0.003892，其余 18 次是 503 暂时不可用或 429 限流，全部没扣费。失败集中在两处：00:18 到 00:30 这 12 分钟里接口整体不可用，12 次提交全部失败；00:31 以后公司主页和职位 7 次全部成功，公司动态和 Google 新闻仍然 6 次全失败。01:44 到 01:46 我们又把这两项各重测两次，还是 503，没扣费，所以文中那两块写的是「设计上怎么用」，没有实测数据。按目录价，一份四项数据的简报约 $0.0042，每人每月 16 份约 $0.07；真正的大头在微软一侧，同一个 agent 按新体验计费，每份简报按微软自己的估算要 100 到 300 个 Copilot Credits（$1 到 $3），按经典体验给持有 Microsoft 365 Copilot 许可的员工用则写「No charge」。Copilot Studio 一侧全部是照微软原文写的配置示例，本机没有 Microsoft 365 租户，我们没有在租户里实跑。EveryInfra 与微软、LinkedIn 都没有合作关系，文中微软和 LinkedIn 的内容都来自它们的公开文档。

copilot studio mcp 和 microsoft 365 copilot mcp connector：六条路各收什么钥匙

「把一个 MCP 服务器接进微软的 Copilot」听起来是一件事，翻完 learn.microsoft.com 上的文档，其实是六条不同的路，它们由不同的团队维护、写在不同的文档树里，最要紧的区别是各自接受哪种鉴权。EveryInfra 的远程 MCP 地址 https://api.everyinfra.com/mcp 用 API Key 鉴权，请求头写 Authorization: Bearer <你的 Key>；另一个地址 /mcp/all 用 OAuth 登录，但授权服务器没有开放动态客户端注册（我们在 Snowflake 那篇里逐项核对过）。所以本文先回答一个最实际的问题：手里拿着一把 API Key，哪条路走得通。下表是我们在 2026-11-07 逐页读原文后整理的，每一格都能回到表下列出的那页文档。

这张表的出处依次是：新体验的按网址加 MCP 服务器、经典体验的 MCP 接入向导、声明式 agent 的插件鉴权总表和从 MCP 服务器做插件、应用清单里的远程 MCP 服务器，以及 Copilot 连接器概览和管理中心的 BYO MCP 服务器。

搜「microsoft 365 copilot mcp connector」的人，多半想找的是第五行。微软把 Copilot 连接器分成两种：同步连接器把外部数据索引进 Microsoft Graph，联合连接器用 MCP 实时去取、不建索引。联合连接器听起来正是想要的东西，但连接器概览的对比表里，「Custom connectors」这一项在联合连接器一栏写的是「No」，默认连接器都是微软自己的，原文还写它们目前只读。所以「在 Microsoft 365 Copilot 里加一个自己的 MCP 连接器」今天的实际做法，是走 Copilot Studio 或声明式 agent，而不是连接器列表。

另一个容易踩的坑在第三行。很多人读到「Microsoft 365 Copilot 支持 MCP」，就打开 Agents Toolkit 去建声明式 agent，结果在选鉴权方式那一步只看到四个选项：静态注册的 OAuth、动态注册的 OAuth、Entra SSO、无鉴权。插件鉴权文档的表格把这件事写得很清楚：API key 这一行，MCP 插件一列是「Not supported」，API 插件一列是「Supported」；表下的注释又补了一句，经应用清单 agentConnectors 引用远程 MCP 服务器的插件用另一套配置，那里有 ApiKeyPluginVault。换句话说，同一把 API Key，走声明式 agent 的 MCP 插件不行，走 OpenAPI 描述的 API 插件可以，走应用清单要看宿主。对销售团队来说，最省事的是第一、二行：在 Copilot Studio 里做 agent，再把它发布到 Teams 和 Microsoft 365 Copilot。发布这一步在 Copilot Studio 的发布到 Teams 和 Microsoft 365 文档里有完整步骤，勾上「Make agent available in Microsoft Copilot」，agent 就会同时出现在 Teams 和 Copilot 的 agent 列表里，用户在 Copilot 里打 @ 选它就能问。

为什么一个公司的两个产品会有这种差别，文档没有解释，我们也不猜。可以确认的是两者的定位不同：声明式 agent 跑在 Microsoft 365 Copilot 自己的编排里，凭据交给 Microsoft 的企业令牌库，用户第一次调用插件时要点确认（插件工作方式第 4、5 步）；Copilot Studio 的 MCP 走的是 Power Platform 连接器，原文写「Access to MCP servers in Copilot Studio relies on Power Platform connectors」，所以管理员给连接器定的数据策略也会管到 MCP 服务器和它的每个工具（经典体验 MCP 接入末尾一节）。这一点对 IT 很重要：在 Copilot Studio 里加 EveryInfra，等于在租户里多了一个第三方连接器，审批和封禁都按连接器那一套走。

Work IQ 10-23 的预览说的是什么，和客户简报有什么关系

网上流传的说法是「Work IQ 10-23 预览」。原文比这个说法复杂一些，按时间排是这样的。2026-09-25，微软 Dynamics 365 团队的博客宣布 Work IQ 开始把 Dynamics 365 和 Power Platform 的业务数据也纳进来，预览从 2026-09-30 开始、整个 10 月陆续放开（Dynamics 365 博客）。2026-10-23，Power Platform 博客在 PPCC 大会前又发了一篇，说「business applications in Work IQ」现在是公开预览，并列了五项新预览能力，其中第 2 项是 Copilot Studio 里的 Work IQ MCP 服务器也能理解业务上下文（Power Platform 博客）。再往后，2026-11-04 发布的 Copilot Studio 十月更新博客写 Work IQ 在 Copilot Studio 里已经正式可用（generally available），每个新建在 GitHub Copilot harness 上的 agent 默认都带它（Copilot Studio 十月更新，Work IQ 文档）。所以准确的说法是：Work IQ 本身在 Copilot Studio 里已正式可用，其中「Business apps」这一类数据源还是预览，要在 agent 设置里打开「Enable preview workloads」才看得到。

Work IQ 和客户简报的关系，在于它能回答「下周我要见谁」。Work IQ 文档列的数据源有 SharePoint、OneDrive、Outlook 邮件、Teams、日历和人员，文档自己举的例子正是「帮人准备会议的 agent 可以只选日历和 Outlook 邮件」。我们的设想是两边分工：Work IQ 从日历里找出下周和哪家公司开会、往来邮件里聊到哪一步；EveryInfra 从站外补上这家公司在 LinkedIn 公司主页上写了什么、最近发了什么、在招什么人、新闻里出现过什么。前者是公司内部已经知道的，后者是公司外部正在发生的，一页简报缺了任何一半都不完整。要提醒的是，Work IQ 文档写明「Write operations are on by default」（写操作默认打开），只做简报的 agent 应该在 Sources 里只留日历和邮件，并按文档的说法确认组织的权限策略。

Work IQ 的计费方式也要先知道。文档写 Work IQ 跑在 GitHub Copilot harness 上、按 Copilot Credits 计费；而旁边那些按工作负载分开的旧工具（Mail、Teams、Calendar 等）跑在 standard harness 上、按经典的 Copilot Studio 计费，两者不是一回事。这会直接影响后面「每人每月多少钱」那一节的算法：同一个简报 agent，建在哪个 harness 上，微软一侧的账单完全是两套规则。

harness 是什么：同一个 agent，两套规则

Copilot Studio 在 2026 年下半年把「运行 agent 的那一层」单独拿出来，叫 harness。harness 概览列了三种：GitHub Copilot harness 面向要多步推理、跨工具的复杂流程；Customer Conversation harness 面向网站和电话客服；standard harness 面向规则明确、回答要可预期的场景。文档特别写了一句，GitHub Copilot harness 是 Copilot Studio 的编排框架，不是 GitHub Copilot 服务，客户数据不会发给 GitHub Copilot 服务。我们读下来，对「客户简报」这件事有三处差别。

出处：按网址加 MCP（新体验）、经典体验接入向导、新体验计费概览、经典体验计费费率。

最后一行是销售团队最该看的。经典体验的计费表脚注 1 写：员工面向的 Copilot Studio agent，在用户持有 Microsoft 365 Copilot 许可、并以该用户身份运行时，包含在许可里，标「No charge」，受合理使用限制。新体验的计费概览没有写类似的豁免，只写了 Copilot Credits 覆盖模型 token、工具和 harness 本身，并且「Billing starts when you start building」。所以如果你的销售都已经有 Microsoft 365 Copilot 许可，把简报 agent 建在经典体验上，微软一侧的增量可能接近零；建在新体验上，每一次对话都要按 token 消耗 Copilot Credits。我们没有在真实租户里核对过这件事，原文也可能随产品更新而改，动手前请让管理员在 Power Platform 管理中心看一次实际扣量。

谁能用、要什么许可、管理员要开什么

有两个容易被忽略的限制。第一，Microsoft 365 部分订阅自带的「Copilot Studio for Teams」计划不能用 Power Platform 连接器，也没有生成式编排（对比表），而 MCP 正是走连接器的，所以这个免费计划做不了本文的 agent，要用独立的 Copilot Studio 订阅或即用即付。第二，Copilot Studio 的 Teams 安装链接不能在 Teams 手机端用，要让销售在手机上也能问，得请管理员把 agent 审批进组织的应用商店（同一篇发布文档）。另外，工具页概览里查看 Power Platform 连接器被哪些 agent 使用的视图标着预览，工具网关也是预览，接 Azure AI Gateway 还要全局管理员角色。

配置示例：在 Copilot Studio 里加 EveryInfra 远程 MCP

本机没有 Microsoft 365 租户，下面 Copilot Studio 一侧的步骤全部是按微软原文写的配置示例，我们没有在 Copilot Studio 里实跑；EveryInfra 一侧的地址、鉴权头和工具清单是 2026-11-07 新加坡时间 00:16 真调 tools/list 拿到的。新体验（GitHub Copilot harness）的做法照按网址加 MCP 服务器：打开 agent，进 Build 标签，在右侧组件面板点 Tools，在「Add a tool」对话框里点搜索框旁边的 Add，选 Model Context Protocol，填四项后点 Add。原文写 Copilot Studio 会「contacts the MCP server, negotiates the protocol handshake, and then lists the tools」，列出工具后逐个看名字和说明，再点 Save。

Name:         EveryInfra public web data
Description:  Reads public company pages, company posts and job ads on LinkedIn,
              and Google News results, through EveryInfra. Use it when the user
              asks what a customer or prospect company is doing lately.
Server URL:   https://api.everyinfra.com/mcp
Authentication: API key
  Type:         Header
  Header name:  Authorization
  Value:        Bearer <在 EveryInfra 控制台新建的一把专用 Key>

经典体验（standard harness）的接入向导字段几乎一样：Server name、Server description、Server URL，然后选鉴权方式。原文写 API key 的「Type」有 Header 和 Query 两种，再填「name of the header or query parameter」。这里有一个必须照实写的细节：EveryInfra 以前也接受把 Key 写在网址里（?key=），这种方式已经在 2026-11-04 停用，现在只认请求头；所以 Type 一定选 Header，名字填 Authorization。原文没有写 Copilot Studio 会不会自动在值前面加「Bearer 」，我们没法在本机验证，建议值就照原样填 Bearer 加 Key，第一次在测试面板里调用时看活动记录里的返回，如果是 401，再试一次去掉前缀。名字写进 Description 很重要：两份文档都写编排器靠服务器名和说明决定什么时候调用它，「Server description」写得越像销售会问的那句话，命中越准。

key 怎么放：一把团队 Key，还是每个销售一把

截图里那句话决定了 Key 放哪：经典体验的原文写「The user of the agent provides the API key」，也就是默认由使用 agent 的人提供。Copilot Studio 另有一个「搭建者提供的凭据」（maker-provided credentials）选项：工具用搭建者自己的凭据去连外部服务，所有使用者共用。这个选项是否可用，由 Power Platform 管理员按环境决定，控制搭建者凭据的原文写，默认「End-user」和「Maker-provided」两种都开着；管理员一旦关掉搭建者凭据，这个限制会「prevents any type of stored credentials, including API keys」，所有工具改为运行时让用户自己登录或提供凭据，定时或自动触发的 agent 会因为没有凭据而失败。

无论哪种放法，EveryInfra 这边都建议为这个 agent 单独建一把 Key。控制台里每把 Key 可以设一个美元总限额，到了就拒绝、不扣费；也可以把一把 Key 限定只能调某几项能力，比如只放行 linkedin/company_profile、linkedin/company_posts、linkedin/jobs 和 google_news/search。调到范围外的能力会回 403 capability_denied，到了限额会回 403 key_spend_limit_reached，两种都在扣费之前拦下。这样即使 agent 被人问去做别的事，最多也只是花完这把 Key 的额度，不会动到账户里其他业务的钱。Key 的创建和限额在快速上手里有说明。

只开 3 个工具：12 个工具的说明有多长

Copilot Studio 一加 MCP 服务器就会读到它全部的工具。我们 00:16 调 tools/list，EveryInfra 的 /mcp 返回 12 个工具：查能力目录、调数据接口、查异步任务、搜索、AI 对话、验证码两个、查账户、查调用记录、充值链接、建工单、查工单。12 个工具的定义（名字、说明、参数结构）压成一行 JSON 一共 16,155 个字符。客户简报只用得到三个：everyinfra_list_capabilities（查能力和参数）、everyinfra_call_api（调数据接口）、everyinfra_get_job（取异步结果），它们合计 3,221 个字符，占 19.9%。

为什么要关掉其余 9 个，有三条理由，都来自微软原文。第一，声明式 agent 的插件文档在「Limitations」里写，一个插件的工具超过 10 个时，受模型输入长度限制，回答质量可能下降，EveryInfra 的 12 个已经超了。第二，新体验的按网址加 MCP在「Limits」里写，每个 MCP 服务器都算进 agent 能挂的工具总数，建议只挂用得到的。第三，新体验按 token 计 Copilot Credits，工具说明每一轮都要随请求发给模型，少发 80% 的说明字符，就少一部分要计费的输入。经典体验的做法是在 MCP 服务器的设置页把「Allow all」关掉，再逐个打开要用的工具（添加 MCP 工具和资源）；原文提醒，关掉 Allow all 以后服务器新增的工具默认也是关的，这对我们正好是想要的效果。

关掉「AI 对话」和「搜索」两个工具还有一层考虑：简报 agent 自己就有模型，不需要再经 EveryInfra 调一次模型；简报只需要新闻，google_news/search 已经覆盖，用不到通用的网页搜索；以后真要加网页搜索，再单独打开 everyinfra_search。关掉「查账户」「充值链接」「建工单」，是为了不让销售在聊天里被引导去做账户操作，这些留给有权限的人在控制台里做。

微软已知问题清单，逐条对 EveryInfra 的工具定义

Copilot Studio 有一页 MCP 故障排查，列了产品团队已知、还在修的五个问题，页面写最后更新于 2026-08-19。我们把这五条拿来，用脚本逐个扫了 12 个工具的参数结构（inputSchema），看 EveryInfra 会不会撞上。

最后一条是唯一会碰上的。对简报 agent 来说，只有 everyinfra_call_api 的 mode（sync 或 async）受影响，Copilot Studio 把它当普通字符串，模型理论上可能填别的。EveryInfra 的接口在参数不对时回 422，并在错误里写出支持的参数、允许值和最接近的拼写，不会照常扣费，模型读到错误后一般能自己改正。这一点我们在 远程 MCP 配置指南里也写过。

agent 的说明怎么写：四步、三条规矩

Copilot Studio 里决定 agent 怎么做事的是「Instructions」（说明）。两套体验的文档都写编排器按工具名和说明决定调用哪个工具、传什么参数（MCP 概览）。下面是我们给简报 agent 写的说明，英文是因为模型对英文工具说明的理解更稳，中文团队把最后一句改成「用中文回答」即可。它把四次调用的顺序、失败时怎么写、哪些数据不要碰都写死了，比让模型自由发挥更省调用次数，也更省微软那边的 Credits。

You prepare a one-page account brief before a sales meeting.
1. Find the company's LinkedIn slug. Call everyinfra_call_api with
   platform "linkedin", action "company_profile", mode "async",
   params {"company": "<slug>"}; then call everyinfra_get_job until
   status is "succeeded". Check that "website" matches the company's
   real domain. If it does not, stop and ask the user for the URL.
2. Call linkedin/company_posts with {"company": "<slug>", "limit": 10}.
3. Call linkedin/jobs with {"keyword": "<job_search_url from step 1>",
   "limit": 25}.
4. Call google_news/search with {"keyword": "<company name>",
   "time_window": "week"}.
Write: (a) company in 3 lines, (b) recent news and posts with dates and
links, (c) hiring direction from job titles and locations, (d) three
talking points. If a call fails, write "not retrieved" for that part.
Never look up individual people. Never invent numbers.
Answer in the user's language.

三条规矩各有来由。第一步强制核对官网域名，是因为我们真调时把 Anker 的 LinkedIn 名写成了 anker-innovations，拿回来的是一个同名的 64 人页面，总部在科威特，「website」字段是 LinkedIn 的钓鱼提示跳转链接，指向一个 .com.kw 的域名；正确的 ankerinnovations 才是 1,966 人、总部在美国贝尔维尤的那家。模型只看公司名会把两者当成一家。第二条「失败写未取到」是为了不让模型编：当晚公司动态和新闻都没拿到，如果说明里不写，模型很可能用自己的旧知识补一段「最近动态」。第三条「不查个人」对应前文 LinkedIn 那一节。默认用异步，是因为公司主页这类慢能力一次要 38 到 52 秒，理由见下文「实测」一节。

一次真实往返：模型发出什么、EveryInfra 回了什么

下面是 2026-11-07 新加坡时间 00:33 的一次真实 MCP 往返，客户换成了 Mercado Libre。Copilot Studio 收到销售的问题后，会按说明发出和这一样的 tools/call；我们用 curl 照原样发给 https://api.everyinfra.com/mcp，请求头带 Authorization: Bearer <Key>，请求体和返回都存在原始记录里，这里删去了余额字段。

// 00:33:36 新加坡时间，模型 → EveryInfra
{"jsonrpc": "2.0", "id": 8, "method": "tools/call",
 "params": {"name": "everyinfra_call_api",
  "arguments": {"platform": "linkedin", "action": "company_profile",
                "mode": "async", "params": {"company": "mercadolibre"}}}}

// 1.83 秒后，EveryInfra → 模型（content[0].text 里的 JSON，节选）
{"status": "running",
 "job_id": "job_5550d526825de5da8f1151bfa30faee5",
 "billing": {"charged": true, "charged_usd": 0.000556},
 "next_step": "call everyinfra_get_job with job_id job_5550d526825de5da8f1151bfa30faee5"}

// 00:34:28 第二次 everyinfra_get_job，status 为 succeeded（节选）
{"name": "Mercado Libre", "employee_count": 70348,
 "follower_count": 3611599, "headquarters": "Buenos Aires, AR",
 "industries": ["Internet Publishing"],
 "job_search_url": "https://www.linkedin.com/jobs/search?geoId=92000000&f_C=14226%2C107272452"}

返回里有一个专门给模型看的 next_step，告诉它下一步调哪个工具、带哪个 job_id，所以只开三个工具也能把异步走完。00:34:13 第一次查是「finalizing」（整理中），00:34:28 第二次查是「succeeded」，从提交到拿到结果约 52 秒，三次工具调用。返回里的 job_search_url 正好是第三步查职位要用的参数，这也是为什么说明里让 agent 先查主页。

失败时长什么样也值得看一眼。00:33:25 我们用同样方式调 google_news/search，HTTP 状态是 200，但 MCP 结果里 isError 为 true，第一段文字是「unavailable: service temporarily unavailable」，第二段是账单（charged: false，reason: request_failed_refunded），第三段是给模型的下一步：先用一个示例关键词再试一次，如果还失败，「ask the user whether to open a support ticket」，用户同意了才开工单。按 MCP 规范，工具执行出错时就是这样回：协议层照常成功，结果里带 isError: true，让模型看到错误并自己决定下一步（MCP 规范：工具）。这对 Copilot Studio 很重要：模型不会自己去开工单，也不会把失败包装成「没有新闻」。

实测：三家公司、25 次提交、7 次拿到数据

我们原本的计划是给 Databricks 跑满四项，结果 00:18 开始的前 12 分钟，公司主页、公司动态、新闻三个能力都在回 503（暂时不可用）或 429（限流）。按错误里的建议，我们先用目录给的示例关键词「coffee」再试新闻，同样 503，说明是 EveryInfra 一侧的问题，不是 Databricks 这个目标的问题；错误说明让我们「先问用户再开工单」，因为这是写稿测试，我们没开工单。00:31 起情况变了。我们这时把公司主页改成异步提交，1.9 秒拿到任务号，38 秒内完成；之后用同样的异步方式又查了三家公司的主页和职位，全部成功。但同一时段公司动态和新闻照样失败：00:31:30 那次公司动态是同步、00:31:55 那次是异步，两次都是 503。

表里 503 一栏把 MCP 那次新闻调用也算进去了，它的 HTTP 状态是 200，但内容是同样的 503 错误。按时间切开看更清楚：00:18 到 00:30 的 12 分钟里提交了 12 次（主页同步 6 次、公司动态 4 次、新闻 2 次），全部失败；00:31 到 00:37 提交了 13 次，主页和职位 7 次全部成功，公司动态 3 次、新闻 3 次全部失败。所以这组数据说明的是 00:31 前后主页和职位从不可用变成可用，不能说明「异步更稳」：同步的 6 次主页失败都在前 12 分钟，那时其他能力也在失败；而 00:31 以后，公司动态用异步照样失败。

我们仍然建议 agent 默认用异步，理由在能力本身的速度。4 次异步主页从提交到取回结果分别是 38、52、48、47 秒，3 次职位各要 54 到 63 秒。用同步的话，Copilot Studio 的一次工具调用就得挂着等这么久，而微软原文没写 MCP 工具调用的超时上限是多少。用异步，提交约 2 秒就回任务号，之后每次 everyinfra_get_job 都在 0.2 秒内返回，每一步都很短。代价是多一到两次 everyinfra_get_job，这在 Copilot Studio 里会变成多算的工具调用次数，后面算钱时会看到。

发布前我们按计划把没拿到数据的两项重测了一次。01:44:36 和 01:45:52 各提交一次 Databricks 公司动态（异步、取 10 条），01:44:38 和 01:45:54 各提交一次 Databricks 新闻（time_window 设为一周），4 次都返回 503「service temporarily unavailable」，第二轮的错误里写「Failure 2 of 3」，让我们过 60 秒再试，账单都是 request_failed_refunded，没扣费。每项重测以两次为限，我们没有继续打。所以到发稿时这两项仍然没有实测数据，请把它们当成「设计上应该这样用」，不是「我们已经验证过」；agent 说明里「失败写未取到」那一条，正是为这种情况准备的。

一页简报长什么样：Databricks 的真实数据

公司主页（00:31 新加坡时间返回）：Databricks，LinkedIn 写 14,166 名员工、1,433,976 位关注者，总部旧金山，行业写「Artificial Intelligence」；介绍里自称「the data + AI company」，列了 Genie、Lakebase、Agent Bricks、Unity Catalog 等产品名。职位（00:33 返回）：按公司编号搜出 25 个公开职位，发布日期从 2026-10-18 到 2026-11-06，其中 2026-10-30 以后发布的有 9 个；最新的两个是 2026-11-06 西雅图的 Serverless Workspaces 产品经理和 2026-11-05 旧金山的模型服务资深工程师，2026-10-28 还发了一个班加罗尔的后端工程经理；按地点分，华盛顿州 10 个、加州 10 个、纽约 3 个，班加罗尔和温哥华各 1 个；25 个全部是「Mid-Senior level」，没有一个写了薪资。

按标题归类，最大的一组是算力、Serverless 和工作区（8 个，例如 Serverless 计算平台的工程经理、Serverless Workspaces 的产品经理，在西雅图和旧金山各招一个），其次是 AI 模型服务和推理（5 个），另有 2 个隐私合规岗位都在西雅图，还有 1 个专门对接 Azure 的合作伙伴工程师。把这些交给 agent，按说明它会写出类似下面的简报。这一段是我们按上面的说明、用当晚真实返回手工排出来的样子，不是 Copilot Studio 的输出：

这里有两个数据上的细节要照实写。第一，25 个职位里有 13 个「已投递人数」正好是 200，Mercado Libre 的 24 个里有 10 个也是 200，这很像 LinkedIn 页面上「200 人以上」的显示上限，不能当成真实人数比较。第二，Anker 的职位里有一条西雅图的门店拓展经理，薪资字段写「$120.00/yr - $200.00/yr」，同一职位的另一条写「$120,000.00/yr - $200,000.00/yr」，前者显然是发布时少写了千位；接口原样返回发布内容，不替发布方纠错，所以说明里那句「Never invent numbers」也意味着不要「帮忙」改数字。

每个销售每月要多少钱：数据费很小，微软那边看怎么搭

先算数据费。四项能力的目录价（2026-11-07 00:13 读取）：公司主页每次 $0.000556，公司动态取 10 条 $0.002319，职位每次 $0.000556，新闻每次 $0.000792，一份完整简报 $0.004223。我们当晚实际只拿到主页和职位，实付 $0.001112。假设每个销售每周见 4 家新客户，每月 16 份简报，数据费约 $0.07。失败的调用不扣费，所以这个数不会因为重试变大。

再算微软一侧，这里有三种情况，差别非常大。第一种：经典体验，用的人持有 Microsoft 365 Copilot 许可，agent 以用户身份运行。计费表每一行在「Used by Microsoft 365 Copilot licensed user」一列都写「No charge」，脚注说受合理使用限制。这种情况下简报 agent 不另收 Copilot Credits，但每人每月的许可本身是 $30（年付，Microsoft 365 Copilot 企业版定价）。

第二种：经典体验，用的人没有这个许可，按 Copilot Credits 付费，每个 Credit $0.01（Azure 零售价格接口，按量付费的 Copilot Credit 计量单价，2025-09-01 起生效）。计费表写生成式回答每次 2 个 Credits，agent action 每次 5 个；同一页的订单处理例子写，生成式编排里「Actions and topics are agent actions」，4 次工具调用记 20 个 Credits。按这个算，同步调四项是 4 次工具调用加 1 次回答，22 个 Credits，$0.22；按我们实测的异步方式，每项多 2 次 everyinfra_get_job，是 12 次工具调用加 1 次回答，62 个 Credits，$0.62。每月 16 份，分别是 $3.52 和 $9.92。如果编排用的是推理模型，还要按每 1,000 个 token 10 个 Credits 另算。

第三种：新体验（GitHub Copilot harness）。按量计费概览没有按次的价目，而是给了一张示意图：「几个来源、轻度推理、一份产出」的轻量任务约 100 到 300 个 Credits，「多个来源、结构化推理、两份以上产出」的中等任务约 300 到 500 个。一份客户简报落在轻量这一档，按 $0.01 一个 Credit 是每份 $1 到 $3，每人每月 $16 到 $48；搭建和测试阶段也要计费。

三种情况放在一起看：

这张图想说明的是：数据费在总账里几乎可以忽略，选哪套体验、谁来用，决定了这个 agent 每月是 $0 还是几十美元。我们的建议是，已经给销售买了 Microsoft 365 Copilot 的公司，用经典体验搭；没有买的，先算清楚新体验的 Credits，或者让管理员用 11-04 新加的费用管理按人设上限。管控手段也是现成的：Power Platform 管理员可以给单个 agent 设每月的 Credits 上限（管理 Copilot Credits 和容量），新体验另有一页成本治理指南和额度用完时的执行规则；EveryInfra 这边则是给这把 Key 设美元总限额。两边都设上限，一个月最坏花多少就是确定的。买容量包的话，Copilot Studio 定价页写每包 25,000 个 Credits、每月 $200，折合每个 $0.008。两点要照实说：经典体验原文没有专门说 MCP 工具调用怎么计，我们按「agent action」估，这是推断；新体验的 100 到 300 是微软自己标的估算范围，我们没有租户，没法实测一份简报到底用了多少。

本文真调时间线

为了方便复查，这里把本文用到的真调时刻按新加坡时间列一遍。00:16 调 tools/list，拿到 12 个工具定义。00:28 用旧的 ?key= 写法调一次，返回 401，错误原文的第一句是「The EveryInfra API key in this connector's URL (?key=) stopped working on 2026-11-04.」，后面接着说要删掉这个连接器重新添加，改用请求头或者走 /mcp/all 登录。00:31 异步提交 Databricks 公司主页，00:31 内完成。00:32 提交 Databricks 职位，00:33 拿到 25 条。00:33 经 MCP 调新闻，失败未扣费；同一分钟经 MCP 提交 Mercado Libre 主页，00:34 经 MCP 取回结果。00:35 到 00:37 查 Anker 两个名字的主页和职位。公司动态在 00:36、新闻在 00:36:58 最后一次重试，仍是 503。01:44 到 01:46 发布前重测公司动态和新闻各两次，4 次都是 503，没扣费。

LinkedIn 数据要注意的地方：只用公开页面，照实写

这一节不是法律意见，只是把原文摆出来，实际要不要用、怎么用，请找你所在地的律师确认。LinkedIn 的用户协议当前版本写「Effective on November 3, 2025」。第 8.2 条「Don'ts」的第 2 项写，使用者同意不开发、支持或使用爬虫、浏览器插件等任何技术「to scrape or copy the Services」；第 4 项写不复制、使用、展示或分发从服务获得的信息，括号里点名了「data aggregators or brokers」这种经由第三方的方式；第 5 条写 8.2 条在合同终止后继续有效。这些条款约束的是同意了这份协议的人。美国第九巡回上诉法院 2022-04-18 在 hiQ Labs 诉 LinkedIn 一案的意见认为，抓取公开可见的资料很可能不构成《计算机欺诈和滥用法》意义上的未经授权访问；但案子后来在地区法院认定 hiQ 违反了用户协议，最后和解。我们在 LinkedIn 抓取替代那篇（在博客列表里）里把这几个案子写得更细，这里不重复。

落到这个简报 agent 上，我们给自己定了三条做法，也建议你照着定。第一，只用公司层面的公开信息：公司主页、公司发的帖子、公开职位、新闻。这四类本来就是公司主动对外发布、希望被看到的内容，用来准备一次商务会面，是最接近「读一读对方官网」的用法。第二，不拉个人：目录里的 linkedin/employees 能返回员工名单，字段里有姓名、头衔、所在地，部分有邮箱和电话（目录的字段说明写着这些字段可能为空）。销售常会想「顺便看看对方谁负责采购」，但这会把对话变成处理个人数据，按欧盟 GDPR 第 14 条，不是从本人那里拿到的个人数据也要告知本人，新加坡的 PDPA 等法规也有类似要求。本文的 agent 不开这个能力，Key 的能力范围里也不放行它。第三，结果只给人看，不进 CRM 批量入库：一页简报是给要开会的那个人读的，读完可以丢；如果要把这些数据批量写进 CRM、长期保存，那就成了另一种用途，需要单独评估。

还有一条是 LinkedIn 自家的正规渠道。微软的 Power Platform 里有一个 LinkedIn V2 连接器，在 Copilot Studio 里也能用，但它能做的只是列出你自己管理的公司主页、以你或你的公司主页身份发帖，读不到别家公司的主页和动态。要在 LinkedIn 自己的产品里研究客户，对应的是 Sales Navigator，页面写 Core 版每个许可每月 $119.99 起、按年 $1,079.88，Advanced 版月付每个许可每月 $159.99 起、按年 $1,799.88（2026-11-07 回原页核过，$159.99 是月付价），页面标「Updated: September 27, 2026」。它有账户提醒、决策人推荐和 CRM 同步，是按「人」计的订阅；本文的做法是按「次」计的数据接口，只拿公开的公司信息。两者不冲突，已经买了 Sales Navigator 的团队，个人和关系那一半交给它，公司公开动态这一半可以用本文的 agent 补。

和 GitHub Copilot MCP、LinkedIn 价格那两篇有什么不同

站内 GitHub Copilot MCP 那篇写的是开发者场景：在仓库设置里给 Copilot coding agent 配 MCP，让它写一个每周跑的竞品周报脚本，交付物是一个定时跑的脚本，钥匙放在仓库的 secrets 里。本文是销售场景：销售在 Teams 里随口问一句，agent 当场调数据、写简报，钥匙放在 Copilot Studio 的连接里，治理走 Power Platform 和 Microsoft 365 管理中心。两篇用的 MCP 地址相同，配置的地方、鉴权方式、计费和治理完全不同。

LinkedIn 抓取替代那篇（在博客列表里）是价格对比：同样拿 1,000 份公司资料、1,000 条职位，各家要花多少钱，那里有大批量的实测和每千条的价格表。本文只关心「一次会前简报」这个小单位：一家公司几次调用、几美分、几秒钟，以及放进微软的 agent 里以后，微软那边的账怎么算。想看 LinkedIn 能力的批量价格，请读那篇；想看 LinkedIn 公司主页接口、公司动态接口、职位搜索接口每个字段的说明，平台页 LinkedIn 爬虫 API 里有完整列表；新闻用的是 Google 新闻接口，平台页是 Google 新闻爬虫 API。

什么时候不用这套

照实写，有三种情况，这个 agent 不是最好的选择。第一，你的团队已经用 Dynamics 365 Sales 或 Salesforce，并且装了微软的 Sales agent：它把 CRM 里的商机、往来邮件和会议记录带进 Outlook 和 Teams，会前准备的「内部」那一半它做得比我们好；Cowork 的 Sales 插件也自带一个名叫 meeting-prep 的技能。这种情况下，本文的 agent 只适合补「外部公开动态」那一块，或者干脆在 Cowork 里把 EveryInfra 当成另一个工具源。第二，你要的是联系人、决策人和关系链，这属于个人数据，请用 Sales Navigator 这类有 LinkedIn 授权的产品，原因上一节写了。第三，一个月只见两三家新客户，手动打开对方的 LinkedIn 主页和新闻搜索五分钟就够了，没有必要搭 agent、开 Copilot Studio 订阅、管一把 Key。

反过来，什么时候划算，可以接着前面「每个销售每月要多少钱」那一节的表来算。还按每人每月 16 份简报、手工准备一份 5 分钟算，每人每月手工要 80 分钟，约 1.33 小时。经典体验加 Microsoft 365 Copilot 许可时，微软一侧不另收，增量只有 $0.07 的数据费，从第一份简报起就划算。新体验每人每月 $16 到 $48，加上数据费是 $16.07 到 $48.07，除以 1.33 小时，盈亏点是销售时间每小时值约 $12 到 $36；时间比这更贵，agent 就省钱。没有许可、走经典体验按量付费时是 $3.59 到 $9.99，盈亏点约每小时 $2.7 到 $7.5。这里没有算搭 agent、管 Key 的一次性工作，也没有算销售读简报的时间，团队越小，这部分摊到每人头上越重。此外，大家都已经在 Teams 里工作、希望简报格式统一、可以直接贴进会议邀请，这些不进账的好处也偏向用 agent。

最近的变化

• 2026-10-08：微软为 Cowork 等加入 30 个 Dynamics 365 预置技能，并发布 Sales Development Agent 公开预览，写明它从 2026-11-16 开始消耗 Copilot Credits（Microsoft Copilot 博客）。对读者意味着：微软自己的销售 agent 也开始按量计费，预算要把它算进去。
• 2026-11-04：Copilot Studio 十月更新博客（美国太平洋时间当天上午发布）写 Work IQ 在 Copilot Studio 正式可用，推出 Copilot Studio 自己的 MCP 服务器，并在 Microsoft 365 管理中心加了 Copilot Credits 的费用管理预览，可以按人、按组设上限（Copilot Studio 十月更新）。对读者意味着：简报 agent 的微软一侧费用，现在可以在管理中心按销售分组设上限。
• 2026-11-04：EveryInfra 的 MCP 停止接受写在网址里的 Key（?key=），只认请求头。对读者意味着：在 Copilot Studio 里选 API key 时，Type 必须选 Header。
• 2026-11-07：我们发稿前回 learn.microsoft.com 复核，新体验的「按网址加 MCP」文档标题仍带「(preview)」、页首仍写「prerelease documentation」，Agent 365 的 BYO MCP 仍写「This feature is in preview」。对读者意味着：这两条路照文档配，但正式上线前要再看一次原文有没有变。

copilot studio mcp 常见问题

copilot studio mcp server api key 放在哪：header 还是 query？

问题来自 Google 联想词「copilot studio mcp server api key location」（2026-11-07 读取）。Copilot Studio 经典体验的接入向导两种都支持，原文写 Type 有 Header 和 Query 两个选项（接入向导）；Agent 365 的 BYO 登记同样有 Header 和 Query（BYO MCP 服务器）。放哪由 MCP 服务器决定，不由 Copilot Studio 决定。EveryInfra 从 2026-11-04 起只认请求头 Authorization: Bearer <Key>，所以选 Header，名字填 Authorization。放在请求头也更安全：网址常被代理和日志原样记录，请求头一般不会。

copilot studio mcp server api key not working：常见原因有哪些？

问题来自联想词「copilot studio mcp server api key not working」。按 EveryInfra 这一侧能看到的情况，最常见的有四种：Key 写在了网址里（11-04 起会回 401，错误里写明要改成请求头）；请求头名字写成了 X-API-Key 之类，而 EveryInfra 读的是 Authorization；值少了或多了 Bearer 前缀；这把 Key 设了能力范围或美元限额，调的能力不在范围内或限额用完，会回 403（capability_denied 或 key_spend_limit_reached），不扣费。Copilot Studio 一侧，新体验的文档建议在 Preview 标签里提问，再打开活动记录看调用了哪个工具、传了什么参数、工具返回了什么，401 和 403 的原文都会出现在那里。

microsoft 365 copilot add mcp server：普通用户能自己加吗？

问题来自联想词「microsoft 365 copilot add mcp server」。普通用户在 Microsoft 365 Copilot 的对话框里不能直接加一个 MCP 地址。能加的是做 agent 的人：在 Copilot Studio 里做 agent 并发布到 Microsoft 365 Copilot，或者用 Agents Toolkit 做声明式 agent（后者今天不收 API Key）。联合连接器都是微软自己的，自定义一栏写「No」（Copilot 连接器概览）。管理员还可以在 Microsoft 365 管理中心的「Agents → Tools」里看到并封禁租户里所有 MCP 服务器（工具页概览）。

copilot studio linkedin connector 能读客户的 LinkedIn 主页吗？

问题来自联想词「copilot studio linkedin connector」。不能。Power Platform 的 LinkedIn V2 连接器在 Copilot Studio 里可用，但它的动作只有两类：列出你自己管理的公司主页、以你或你的公司主页发帖（多个旧动作标了 DEPRECATED），每个连接每 60 秒最多 100 次调用。读别家公司的主页、动态和职位，它做不到。这正是本文用 EveryInfra 的 linkedin/company_profile、linkedin/company_posts、linkedin/jobs 的原因；要人和关系，请用 Sales Navigator。

copilot studio mcp limitations：有哪些限制要先知道？

问题来自联想词「copilot studio mcp limitations list」。我们从原文里挑出和本文有关的六条：只支持 Streamable HTTP（MCP 规范：传输方式），2025 年 8 月以后不再支持 SSE；目前只支持 MCP 的工具和资源，不支持提示模板（MCP 概览）；同一轮对话能同时跑的 MCP 服务器实例有上限，超了的会被跳过（新体验文档，原文没写具体数字）；enum 当字符串、$ref 参数被过滤等五个已知问题（故障排查）；连接器数据策略同样管 MCP；新体验的 MCP 文档本身还是预览。

microsoft 365 copilot mcp connector 和 Copilot connectors 是一回事吗？

问题来自联想词「microsoft 365 copilot connectors」和「microsoft 365 copilot mcp connector」。不是一回事，但有交集。Copilot connectors 是一个大类：同步连接器把外部数据索引进 Microsoft Graph，联合连接器用 MCP 实时取数（连接器概览）。所以「MCP connector」在微软的说法里，指的是联合连接器这一种，今天只有微软自己的；第三方的 MCP 服务器要进 Microsoft 365 Copilot，走的是 agent，不是连接器。

上手步骤

1. 在 EveryInfra 控制台注册并新建一把专用 Key，给它设一个美元总限额，能力范围只放 linkedin/company_profile、linkedin/company_posts、linkedin/jobs、google_news/search（快速上手）。
2. 先在终端用 curl 调一次 POST /api/v1/social，确认 Key 能用、看清返回字段（MCP 服务器说明里有 MCP 版本的写法）。
3. 在 Copilot Studio 新建 agent，按上文的配置示例加 MCP 服务器，鉴权选 API key、Header、Authorization。
4. 只打开 everyinfra_list_capabilities、everyinfra_call_api、everyinfra_get_job 三个工具，把上文的说明文字贴进 agent 的 Instructions。
5. 在测试面板问一句「下周要见 Databricks，帮我出一页简报」，打开活动记录核对四次调用的参数和返回。
6. 发布，连接 Teams 和 Microsoft 365 频道，勾上「Make agent available in Microsoft Copilot」，共享给销售团队的安全组。

参考资料

1. Microsoft Learn《Add a Model Context Protocol (MCP) server to your agent as a tool (GitHub Copilot) (preview)》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/tools-add-mcp-server
2. Microsoft Learn《Connect your agent to an existing Model Context Protocol (MCP) server》（经典体验接入向导），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/mcp-add-existing-server-to-agent
3. Microsoft Learn《Extend your agent with Model Context Protocol》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agent-extend-action-mcp
4. Microsoft Learn《Add tools and resources from a Model Context Protocol (MCP) server to your agent》（Allow all 开关），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/mcp-add-components-to-agent
5. Microsoft Learn《Troubleshooting Model Context Protocol (MCP) integration》（已知问题，页面写 2026-08-19 更新），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/mcp-troubleshooting
6. Microsoft Learn《Harnesses in Copilot Studio》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/harnesses-overview
7. Microsoft Learn《Overview of usage-based billing》（GitHub Copilot harness 计费与任务估算图），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/billing-credit-overview
8. Microsoft Learn《Billing rates and management》（经典体验计费表与脚注），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/requirements-messages-management
9. Microsoft Learn《Get access to Copilot Studio》（试用、Teams 计划对比），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/requirements-licensing-subscriptions
10. Microsoft Learn《Connect and configure an agent for Teams and Microsoft Copilot》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/publication-add-bot-to-microsoft-teams
11. Microsoft Learn《Control maker-provided credentials for authentication》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/configure-no-maker-authentication
12. Microsoft Learn《Work IQ in Microsoft Copilot Studio (GitHub Copilot)》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/add-work-iq
13. Microsoft Learn《Configure authentication for MCP and API plugins in agents in Microsoft 365 Copilot》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/plugin-authentication
14. Microsoft Learn《Build a plugin for a declarative agent from an MCP server》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/build-mcp-plugins
15. Microsoft Learn《Configure Remote MCP Servers for Microsoft 365 Copilot Plugins》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/configure-plugin-mcp-servers
16. Microsoft Learn《MCP and API plugins for declarative agents》（工作原理与限制），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/overview-plugins
17. Microsoft Learn《Copilot connectors overview》（同步与联合连接器），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/overview
18. Microsoft Learn《Bring your own (BYO) MCP server in Microsoft 365 admin center》（Agent 365，预览），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/admin/manage/manage-byo-mcp-server
19. Microsoft Learn《Overview of the Tools page in Microsoft 365 admin center》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/admin/manage/manage-tools-for-agent
20. Microsoft Learn《Manage Tools Gateway in Microsoft 365 admin center》（预览），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-365/admin/manage/manage-tools-gateway
21. Microsoft Learn《LinkedIn V2》（Power Platform 连接器参考），2026-11-07 读取：https://learn.microsoft.com/en-us/connectors/linkedinv2/
22. Microsoft Learn《Welcome to Sales agent》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-sales-copilot/introduction
23. Microsoft Learn《Available plugins for Copilot Cowork》（Sales 插件的 meeting-prep 技能），2026-11-07 读取：https://learn.microsoft.com/en-us/copilot/cowork/cowork-available-plugins
24. Microsoft Learn《Manage Copilot Credits and capacity for Copilot Studio》（按 agent 设月度上限），2026-11-07 读取：https://learn.microsoft.com/en-us/power-platform/admin/manage-copilot-studio-copilot-credits-capacity
25. Microsoft Learn《Govern Copilot Credit consumption (GitHub Copilot harness)》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/guidance/govern-credit-consumption
26. Microsoft Learn《Enforcement policy for agents consuming Copilot Credits》，2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/enforcement-policy-credits
27. Microsoft Learn《Manage costs for agents (GitHub Copilot harness)》，2026-11-07 读取：https://learn.microsoft.com/en-us/power-platform/admin/manage-usage-github-copilot-harness
28. Microsoft Learn《Monitor agent performance overview (GitHub Copilot)》（Monitor 页看 Credits），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/analytics-overview
29. Microsoft Learn《Configure data policies for agents》（连接器数据策略），2026-11-07 读取：https://learn.microsoft.com/en-us/microsoft-copilot-studio/admin-data-loss-prevention
30. Microsoft Learn《Data policies》（Power Platform 管理），2026-11-07 读取：https://learn.microsoft.com/en-us/power-platform/admin/wp-data-loss-prevention
31. Microsoft Dynamics 365 博客《Work IQ: business and workplace intelligence in the flow of work》，2026-09-25 发布，2026-11-07 读取：https://www.microsoft.com/en-us/dynamics-365/blog/it-professional/2026/09/25/work-iq-business-and-workplace-intelligence-in-the-flow-of-work/
32. Microsoft Copilot 博客《Bringing CRM into the flow of work…》，2026-10-08 发布，2026-11-07 读取：https://www.microsoft.com/en-us/copilot/blog/2026/10/08/bringing-crm-into-the-flow-of-work-and-agents-into-business-process-for-sales-and-service-teams/
33. Microsoft Power Platform 博客（Dataverse 与 Work IQ，PPCC 2026），2026-10-23 发布，2026-11-07 读取：https://www.microsoft.com/en-us/power-platform/blog/2026/10/23/dataverse-and-workiq-ppcc-2026/
34. Microsoft Copilot Studio 博客（十月更新），2026-11-04 发布，2026-11-07 读取：https://www.microsoft.com/en-us/copilot/blog/copilot-studio/new-and-improved-agents-that-are-persistent-agents-for-customer-conversations-and-improved-maker-experience-in-microsoft-copilot-studio/
35. Microsoft 365 Copilot 企业版定价页（$30/用户/月，年付），2026-11-07 读取：https://www.microsoft.com/en-us/copilot/pricing/enterprise
36. Microsoft Copilot Studio 定价页（容量包 25,000 Credits $200/月），2026-11-07 读取：https://www.microsoft.com/en-us/microsoft-365-copilot/pricing/copilot-studio
37. Azure 零售价格接口（Microsoft Copilot Studio，Pay As You Go Copilot Credit $0.01），2026-11-07 读取：https://prices.azure.com/api/retail/prices?$filter=productName%20eq%20%27Microsoft%20Copilot%20Studio%27
38. Model Context Protocol 规范 2025-06-18《Transports》，2026-11-07 读取：https://modelcontextprotocol.io/specification/2025-06-18/basic/transports
39. Model Context Protocol 规范 2025-06-18《Tools》（tools/list、tools/call、isError），2026-11-07 读取：https://modelcontextprotocol.io/specification/2025-06-18/server/tools
40. Model Context Protocol 规范 2025-06-18《Authorization》，2026-11-07 读取：https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization
41. LinkedIn《User Agreement》（Effective on November 3, 2025），2026-11-07 读取：https://www.linkedin.com/legal/user-agreement
42. LinkedIn Sales Navigator《Compare plans》（页面写 Updated: September 27, 2026），2026-11-07 读取：https://business.linkedin.com/sales-solutions/compare-plans
43. 美国第九巡回上诉法院 hiQ Labs v. LinkedIn 意见书，2022-04-18，2026-11-07 读取：https://cdn.ca9.uscourts.gov/datastore/opinions/2022/04/18/17-16783.pdf
44. EUR-Lex《Regulation (EU) 2016/679》（GDPR），2026-11-07 读取：https://eur-lex.europa.eu/eli/reg/2016/679/oj
45. EveryInfra LinkedIn 能力目录（字段与价格），2026-11-07 00:13 新加坡时间读取：https://api.everyinfra.com/api/v1/social/catalog?platform=linkedin