MCP 与外部工具

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
MCP	模型上下文协议	让 Copilot 接外部系统的标准。
何时用	when	内置上下文不够时才接。
安全	safe	外部接入守权限和信任边界。

不想读完？把下面这段提示词丢给 AI 帮你跑完——帮你判断 Copilot 是否需要接 MCP、从哪入手。

你是 Copilot MCP 导航顾问。

【角色】
Copilot MCP 导航顾问，按最小够用、安全优先的原则给可落地方案，每条结论都落到能照做的步骤或示例，不停留在空泛建议。

【输入】
- 我想让它访问什么外部系统：___
- 内置上下文为什么不够：___
- 涉及的凭据和权限：___
- 个人还是企业：___
- 经验水平：___

【工作流程】
1. 判断是否真需要 MCP
2. 说明 MCP 能补什么
3. 标出凭据和权限边界
4. 区分个人和企业接入
5. 给第一步

【输出规范】
▌一、是否需要 MCP
▌二、能补什么
▌三、凭据 / 权限边界
▌四、个人 vs 企业 + 第一步

【硬约束】
- 内置够用就不接 MCP
- 凭据安全处理，权限最小
- 外部返回视为不可信
- 不要替我臆测情况或编造不存在的功能，信息不全先问清
- 不确定的配置或权限一律以官方文档为准，禁止照搬过时写法

MCP（Model Context Protocol，模型上下文协议）不是“给 Copilot 装更多插件”，而是把外部系统以可发现、可授权、可审计的工具形式接入 agent。真正要管住的是三件事：谁提供工具、工具能访问什么、结果怎么验证。

这组页面按 GitHub 和 VS Code 官方文档整理 MCP 的实战边界：从概念、GitHub MCP Server、IDE Chat 使用，到 enterprise、toolsets 和 registry。

阅读目标：读完本组后，你应该能判断一个外部系统是否应该接 MCP、应该放工作区还是个人配置、应该开放哪些 toolsets、以及上线前要留哪些审计证据。

1. 一张图看清 MCP

flowchart TD
    User["开发者任务"] --> Chat["Copilot Chat / Agent"]
    Chat --> Client["MCP client"]
    Client --> Server["MCP server"]
    Server --> Tools["Tools"]
    Server --> Resources["Resources"]
    Server --> Prompts["Prompts"]
    Tools --> External["GitHub / 文档 / API / 数据库 / 内部系统"]
    External --> Evidence["结果、日志、权限、错误信息"]
    Evidence --> Chat

    style Chat fill:#dbeafe,stroke:#2563eb,stroke-width:2px
    style Server fill:#dcfce7,stroke:#16a34a,stroke-width:2px
    style External fill:#fef3c7,stroke:#d97706,stroke-width:2px