将 GitHub MCP 服务器与 Copilot 聊天配合使用

  • 5 分钟

现在，你已了解 MCP 服务器如何扩展 GitHub Copilot 的功能，接下来让我们执行下一步：将它们与 Copilot 的代理模式相结合。 这是 Copilot 超越对提示的响应，并开始充当真正的协作者，能够计划、执行和优化工作流。

在本单元中，你将了解：

  • Copilot 的代理模式及其与标准用途有何不同。
  • MCP 服务器如何将 Copilot 连接到外部数据和工具来增强代理模式。
  • 将 MCP 与代理模式相结合的主要优势，例如自动化和减少手动工作量。
  • 如何应用最佳做法，以有效地指导 Copilot 在代理工作流中。

如何将 GitHub MCP 服务器与 Copilot 聊天配合使用

  1. 在 Visual Studio Code 中打开 Copilot Chat 并切换到代理模式以激活 MCP 服务器工具。

  2. 单击“选择工具”以查看所有可用的 MCP 服务器功能。

  3. 现在可以尝试创建新问题、汇总存储库，或使用自然语言提示深入了解工作。

  4. 按照 Copilot Chat 中的提示高效完成任务。

科皮洛特的代理功能和 MCP

到目前为止，我们已经了解 MCP 服务器如何通过将其连接到外部工具和资源来扩展 GitHub Copilot。 但是，当我们将此模式与代理模式相结合时会发生什么情况？ 这是科皮洛特从只是一个反应迅速的助手转向更像一个独立的协作者。

什么是代理功能？

代理功能使 Copilot 能够：

  • 通过执行多步骤工作流来独立工作，而无需持续指导。

  • 通过根据它具有的上下文选择要使用的工具或方法做出决策。 通过响应反馈、调整其方法以及循环访问结果来适应和改进。

换句话说，代理模式允许 Copilot 以更自主的方式处理任务，这几乎就像有一个了解大局的队友，而不仅仅是按照个人说明进行作。

MCP 如何使代理模式更强

代理模式本身就很强大。 但是，添加 MCP 服务器时，可让 Copilot 超越即时编码环境。 通过 MCP，科皮洛特可以：

  • 直接访问外部数据、API 或企业工具。
  • 在多个平台上保持上下文，无需切换应用程序。
  • 完成“代理循环”，在该循环中动态查找信息、分析结果并做出明智的后续步骤，所有这些都无需从头开始重启进程。

这意味着科皮洛特不只是对单个提示做出反应。 相反，它正在一个周期中工作：探索、调整和优化，直到它产生所需的结果。

将 MCP 与代理模式相结合的好处

将这两项功能组合在一起时，可以解锁关键优势：

  • 扩展上下文：Copilot 可以基于多个系统的信息，而不仅仅是代码编辑器。

  • 减少手动工作量：常规工作（例如打开问题、管理工作流或运行检查）可以在专注于更高价值决策时自动完成。

  • 无缝集成：Copilot 可以执行跨工具和平台的任务，而无需自定义连接器或持续切换。

成功最佳做法

若要充分利用 MCP 和代理模式，请尝试以下策略：

  • 明确目标：定义希望 Copilot 实现的目标，以及最终输出的外观。
  • 提供上下文：共享有关项目或工作流的背景详细信息。 这可能包括链接、引用或前面的步骤。
  • 设置边界：如果希望 Copilot 停止规划（但尚未进行更改），请指出这一点。 还可以限制哪些 MCP 工具处于活动状态。
  • 请求确认：在重大更改之前，让 Copilot 汇总其计划，以便你可以批准或优化它。
  • 使用提示文件或说明：创建自定义提示文件，指导 Copilot 如何处理特定 MCP 服务器。 这保持其行为一致，并与工作流保持一致。