---
title: "Copilot 是什么"
description: "从 GitHub 官方定义出发，解释 Copilot 的产品边界、入口、适用角色和第一天使用顺序。"
verifiedAt: "2026-05-06"
---

GitHub Copilot 不是单一聊天框，而是一组覆盖 IDE、GitHub.com、Mobile、Terminal、CLI、Cloud Agent、PR 和团队治理的 AI 编程能力。先把边界看清楚，后面的教程才不会把“补全”“Chat”“Agent”“企业管理”混成一件事——这一节是入门栏目里**最该慢读的一篇**。

> [!NOTE]
> **阅读目标**：读完本章，你应该能向新人解释 Copilot 能做什么、在哪些入口使用、个人和组织如何拿到访问权，以及第一天应该先跑哪个低风险闭环。

> [!IMPORTANT]
> **核验日期**：2026-05-06。GitHub 官方页面当前提示：2026-04-20 起 Copilot Pro、Copilot Pro+ 和 student plan 的新注册临时暂停；2026-04-22 起 GitHub Free / Team 组织的 Copilot Business self-serve 新注册临时暂停。采购、开通和价格判断必须回到官方页面复核。

## 1. 官方定义

GitHub 官方把 Copilot 定义为 AI coding assistant：帮助你更快写代码，把更多精力放到问题解决和协作上。这个定义要拆成两层看：

| 层级 | 含义 | 真实工作流 |
| --- | --- | --- |
| Assistant | 你仍然负责目标、约束、评审和合并 | 解释代码、补全、回答问题、生成 PR 摘要 |
| Agent | Copilot 可以研究、计划、改代码、开 PR | Cloud Agent、IDE Agent mode、CLI 任务委派 |

如果只是把 Copilot 当“会写代码的搜索框”，你只能用到最浅层；如果把它接进 issue、分支、PR、测试和团队策略，它才进入真实工程流程。

## 2. Copilot 能做什么

官方入门页列出的能力可以归成 6 类：

| 能力 | 适合任务 | 验收证据 |
| --- | --- | --- |
| Inline suggestions | 写局部函数、补参数、补测试片段 | diff、编译、测试 |
| Copilot Chat | 解释代码、定位文件、比较方案 | 引用文件、可执行步骤 |
| Command line help | 终端命令、Git 操作、脚本提示 | 命令输出、退出码 |
| Copilot Spaces | 聚合仓库、文档、规格和上下文 | Space 内容清单、回答引用 |
| PR summaries | 生成变更摘要和 review focus | PR summary、review 反馈 |
| Cloud Agent / Agentic work | 研究、计划、改分支、开 PR | branch、commits、checks、PR diff |

```mermaid
flowchart TD
  Need["开发任务"] --> Small["局部代码或解释"]
  Need --> Multi["跨文件改动"]
  Need --> Team["团队 rollout"]
  Small --> Suggest["Inline suggestions / Chat"]
  Multi --> Agent["IDE Agent / CLI / Cloud Agent"]
  Team --> Admin["Business / Enterprise policies"]
  Suggest --> Evidence["diff + tests"]
  Agent --> Evidence
  Admin --> Policy["access + audit + exclusions"]
```

## 3. 使用入口

GitHub 官方列出 Copilot 的使用位置：IDE、GitHub Mobile、Windows Terminal Canary、GitHub CLI 和 GitHub 网站。教程里不要只写 VS Code，因为团队真实 rollout 往往会同时涉及几类入口。

| 入口 | 第一用途 | 风险提醒 |
| --- | --- | --- |
| IDE | 写代码、Chat、Agent mode、review edits | 先从低风险仓库开始 |
| GitHub.com | PR、issue、Cloud Agent、Spaces | 注意仓库权限和组织策略 |
| GitHub Mobile | 移动端查看、聊天、延续任务 | 不适合复杂 diff review |
| Windows Terminal Canary | Terminal Chat | 避免在生产 shell 里直接执行不懂的命令 |
| GitHub CLI / Copilot CLI | 终端委派、bug fix、开 PR | 命令和分支要可回滚 |

## 4. 谁来开通

访问来源决定了你能用哪些入口，也决定了权限由谁控制。

| 使用者 | 开通路径 | 管理边界 |
| --- | --- | --- |
| 个人开发者 | Copilot Free、Pro、Pro+、学生/教师/开源资格 | 自己管理账号和 IDE |
| 组织成员 | 向组织或企业请求 Copilot 访问 | 组织策略、仓库权限、内容排除 |
| Organization owner | 通过 enterprise account 管理 Business licenses | 成员授权、策略、用量 |
| Enterprise owner | 采购 Business / Enterprise 并分配到组织 | 全局策略、审计、治理 |

请求组织访问时，官方入口是 [github.com/settings/copilot](https://github.com/settings/copilot)。

## 5. 第一天怎么用

第一次使用不要直接交给 Copilot 改生产仓库。推荐顺序：

1. 确认账号来源和当前计划。
2. 选择一个低风险仓库或 demo 项目。
3. 在 IDE 中让 Copilot 解释代码结构。
4. 让它做一个小改动，例如补一条测试或改一段文案。
5. 审 diff，运行现有检查。
6. 再学习 Cloud Agent、CLI、Spaces 和团队策略。

<details>
<summary>深读：为什么先理解产品边界，再学具体按钮</summary>

Copilot 的功能跨度很大：同一个名字下面既有补全，也有异步 Cloud Agent；既有个人 IDE 体验，也有企业策略和内容排除。新手常见问题不是“不会点按钮”，而是把不同风险等级的能力混用。

先分清入口和职责，后续每个任务才能选对工具：局部代码用补全或 Chat，跨文件改动用 Agent，团队上线看 Business / Enterprise 的访问、策略、用量和审计。
</details>

## 本章自检

完成本章后，用这 3 个问题检查自己是否真正理解：

1. Copilot 的 assistive features 和 agentic features 有什么差异？
2. 为什么第一天不应该直接让 Cloud Agent 改生产仓库？
3. 个人订阅和组织授权在权限控制上有什么不同？

通过标准：你能给团队新人写出一条安全 onboarding 路线：账号确认 -> 低风险仓库 -> IDE 小任务 -> diff review -> 测试验收。

## 官方来源

- [What is GitHub Copilot?](https://docs.github.com/en/copilot/get-started/what-is-github-copilot) —— 官方定义 Copilot、功能范围、使用入口和访问路径。
- [GitHub Copilot features](https://docs.github.com/en/copilot/get-started/features) —— 官方按 assistive、agentic、customization 和 administrator 分类功能。
- [GitHub Copilot in VS Code](https://code.visualstudio.com/docs/copilot/overview) —— VS Code 官方说明 Copilot 在 IDE 内的 chat、edit、agent 和 review 流程。

## 接下来去哪

<Cards>
  <Card title="计划与可用功能" description="继续看 Free、Student、Pro、Pro+、Business、Enterprise 的边界和采购注意事项。" href="/docs/github-copilot/official/00-getting-started/plans" />
  <Card title="功能总览" description="按补全、Chat、Agent、Cloud Agent、CLI、治理能力建立全局地图。" href="/docs/github-copilot/official/00-getting-started/features" />
</Cards>
