Skip to content
FunCoding

Search

Search docs, agents, posts, Skills and MCP servers

在哪里使用 Copilot

Copilot 的各个入口:GitHub Copilot 应用、CLI、IDE、SDK、网站、手机、GitHub Desktop 等,如何选择、如何协同,以及你的选择如何贯穿工作流。

在你已经使用的工具里用 Copilot 来计划、构建、评审、测试和交付软件。官方把 GitHub Copilot 应用(桌面应用)作为在一个工作流里完成所有事情的最佳位置:在并行任务间管理由智能体驱动的工作、跨仓库协调工作、并把浏览器、终端和 pull request 生命周期连在一起。你也可以在浏览器里提问、在 IDE 里编辑代码时获得建议、在终端里工作,或用 SDK 构建你自己的由 Copilot 驱动的工具。

入口

位置用途
GitHub Copilot 应用在一个专门的工作区里,跨并行任务、多个仓库和 pull request 生命周期管理你的开发者与智能体驱动的工作
Copilot CLI在终端里使用 Copilot,包括可重复的命令行工作流
你的 IDE(VS Code、Visual Studio、JetBrains、Eclipse 和 Xcode)获得行内建议、聊天谈论附近的代码,并使用能为你编辑文件的智能体
Copilot SDK构建使用与 Copilot 相同原语的自定义应用
GitHub 网站上的 Copilot询问关于仓库、issue 和 pull request 的问题,或把工作分配给智能体
GitHub Mobile离开主开发环境时与 Copilot 聊天
GitHub Desktop获得提交信息和摘要方面的帮助

要检查你个人账号有哪些功能可用,访问 github.com/settings/copilot/features;比较各 IDE 的支持情况见官方 feature matrix。

哪个适合我

不需要用每个入口,选最接近你当前工作的那个。不确定从哪开始就在 GitHub 网站上用 Copilot:不需要安装任何东西,可以询问你已经打开的仓库、issue 或 pull request。按常见的开发情境选:

  • 协调智能体工作:用 GitHub Copilot 应用,需要一个地方协调智能体工作、管理并行工作流、跨多个仓库工作并把浏览器、终端和 pull request 生命周期连起来时
  • 运行命令:想在终端里工作、运行复杂的终端命令、并行执行任务时用 Copilot CLI。对运行命令的智能体任务,用云端或本地沙箱控制命令在哪里运行以及能访问什么
  • 编写代码:想交互式地编写和打磨代码时,在 IDE 里用 Copilot
  • 扩展你自己的工具:构建直接调用 Copilot 的应用或内部工作流时用 SDK
  • 规划改动:工作从 issue、pull request 或不熟悉的仓库开始时,用 GitHub 网站上的 Copilot
  • 离开办公桌时查看工作:需要从手机上快速提问时用 GitHub Mobile

你可以稍后切换入口,通常不必从头开始。例如:在网页界面里理解一个 issue,让智能体做改动,在 IDE 里评审 pull request,然后在终端里跟进。

各入口如何协同

某些上下文、权限和配置可以在入口之间延续,具体适用的设置和上下文取决于 Copilot 功能和你使用的入口。在受支持的地方,你的套餐、自定义指令、agent skills 和已连接的 MCP 服务器适用于你使用 Copilot 的各个地方,所以可以配置一次,在工作流的不同部分使用。一项工作可以在入口之间移动:从 GitHub 上的 issue 开始,分配给 Copilot,在应用里跟踪工作,在 IDE 里评审 pull request,在网页界面里合并。你也可以在终端里开始让 Copilot 处理一个任务,然后在浏览器或手机上继续同一个会话。所有入口共享同样的基础:你在各个入口使用的 Copilot 体验都由同一个 SDK 和平台原语驱动,你可以用同一个 SDK 把 Copilot 构建进你自己的应用、工具和工作流。

你的选择贯穿整个工作流:用哪个模型(不同模型适合不同类型的工作,可以为聊天和智能体切换模型);用哪些智能体(Copilot 智能体和其他提供商的智能体在同样的仓库里工作、开 pull request 并经过评审,Copilot 对第三方智能体应用与自己相同的安全保护、缓解措施和限制);Copilot 能看到什么(自定义指令、agent skills 和 MCP 服务器把 Copilot 连接到你的约定和团队使用的工具);Copilot 记住什么(对受支持的功能,Copilot 可以在之后的工作里复用仓库事实和你的偏好)。对组织来说,管理员策略适用于开发者使用的大多数入口。