了解和启用云中的Copilot

已完成

本单元介绍代理是什么、它与传统的 AI 编码助手有何区别、哪些计划和存储库支持它,以及如何为它启用和预算,包括高级请求单位(PRU)和 GitHub Actions 分钟。

在本单元结束时,你将能够:

  • 解释云中的Copilot的作用、谁可以使用它,以及可以从何处启动它。
  • 描述它可以执行的任务以及如何委托工作。
  • 将其与仅限 IDE 的助手和 Copilot 的“代理模式”区分开来。
  • 在组织或存储库级别启用代理。
  • 了解 GitHub Actions 分钟数和高级请求单位(PRU)的使用方式并有效地管理它们。

如何在云中使用Copilot

在云中运行Copilot时,它会在GitHub中充当自治开发助手。 代理不仅在 IDE 中与你配对,还充当一个后台伙伴。 你可以为它提供一个明确范围的任务(例如 bug 修复、增量功能或文档更新),并创建分支、浏览代码库、生成实现计划和草稿代码,同时让你控制何时以及是否打开拉取请求。

可用性和计划

  • 计划: 在 Copilot Pro、Copilot Pro+、Copilot Business、Copilot Enterprise 上可用。
  • 存储库:适用于所有 GitHub 托管的存储库,但由托管用户帐户拥有的存储库或代理被显式禁用的存储库除外。

云中的Copilot的作用

云中的Copilot可以执行各种开发任务:

  • 修复错误和回归问题。
  • 实现增量新功能。
  • 提升测试覆盖率或生成遗漏测试。
  • 更新或创建文档。
  • 解决技术债务和“非必要但值得有”积压项的问题。

可以通过两个主要方式将工作委托给代理:

  • 将问题分配给 Copilot - GitHub.com、GitHub Mobile 或通过 API/CLI。
  • 让 Copilot 进行代码更改 - 从 GitHub 上的“代理”面板、GitHub 中的 Copilot、具有 MCP 支持的 IDE 或其他代理工具,或 macOS 上的 Raycast。

代理完成操作后,它会请求您的审阅。 可以在拉取请求的评论中提及 @copilot,要求它循环访问以改进自己的工作。

它与传统 IDE 助手有何不同

传统的IDE中的AI助手可以帮助您在本地编写代码,但仍将一些手动步骤留给您:例如创建分支、推送提交、编写拉取请求(PR)说明和进行迭代。 这些决策发生在私人会话中,对团队不可见。

在云中运行Copilot时:

  • 所有工作都作为 GitHub 的提交进行。
  • 代理自动执行分支创建、提交消息和代码起草,同时允许你确定何时打开 PR。
  • 工作在会话日志和 PR 历史记录中可见,以便进行跟踪。
  • 你通过 PR 审阅评论而不是同步的本地会话来进行指导。

这将创造透明度和协作机会,你的团队成员可以根据需要查看每个步骤并跳入。

云端的 Copilot 与 IDE 中的代理模式

必须将本模块涵盖的云中的 Copilot 与 Visual Studio 和 Visual Studio Code 中的代理模式功能区分开来:

  • 云中的 Copilot:在 GitHub Actions 驱动的环境中自主运行,以完成你通过 GitHub 中的议题或 Copilot 分配给它的开发任务。
  • 代理模式(Copilot 编辑): 直接在 IDE 会话中执行自治的本地编辑。

在云中启用Copilot

在将任务分配到 Copilot 之前,请确保启用代理:

  • 组织拥有的存储库: 可用性由组织或企业管理员管理。
  • 个人存储库: 在帐户设置中配置可用性。

使用成本:GitHub 分钟 + AI 信用额度 云端的 Copilot 使用两种主要资源:

  • 代理工作的临时构建/测试环境中使用的GitHub Actions 分钟数。
  • 用于支持其工作的 AI 模型的 AI 点数。 每个计划都包含一定的 AI 积分额度。 成本取决于模型及其使用的令牌数。

注释

有关使用津贴和成本,请参阅GitHub Copilot计费和使用情况。

小窍门

成本取决于所选模型。 将功能更强大的模型留给那些它们能发挥价值的任务,例如多文件编辑、测试生成和需要更深层次推理的更广泛差异。

启用代理并了解成本后,让我们确认它如何符合您的安全策略,预见可能面临的风险,以及规划实际工作时要考虑哪些限制。