Copilot 是什么
从 GitHub 官方定义出发，解释 Copilot 的产品边界、入口、适用角色和第一天使用顺序。
GitHub Copilot 不是单一聊天框，而是一组覆盖 IDE、GitHub.com、Mobile、Terminal、CLI、Cloud Agent、PR 和团队治理的 AI 编程能力。先把边界看清楚，后面的教程才不会把“补全”“Chat”“Agent”“企业管理”混成一件事——这一节是入门栏目里最该慢读的一篇。
阅读目标：读完本章，你应该能向新人解释 Copilot 能做什么、在哪些入口使用、个人和组织如何拿到访问权，以及第一天应该先跑哪个低风险闭环。
核验日期：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 |
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。
5. 第一天怎么用
第一次使用不要直接交给 Copilot 改生产仓库。推荐顺序：
- 确认账号来源和当前计划。
- 选择一个低风险仓库或 demo 项目。
- 在 IDE 中让 Copilot 解释代码结构。
- 让它做一个小改动，例如补一条测试或改一段文案。
- 审 diff，运行现有检查。
- 再学习 Cloud Agent、CLI、Spaces 和团队策略。
深读：为什么先理解产品边界，再学具体按钮
Copilot 的功能跨度很大：同一个名字下面既有补全，也有异步 Cloud Agent；既有个人 IDE 体验，也有企业策略和内容排除。新手常见问题不是“不会点按钮”，而是把不同风险等级的能力混用。
先分清入口和职责，后续每个任务才能选对工具：局部代码用补全或 Chat，跨文件改动用 Agent，团队上线看 Business / Enterprise 的访问、策略、用量和审计。
本章自检
完成本章后，用这 3 个问题检查自己是否真正理解：
- Copilot 的 assistive features 和 agentic features 有什么差异？
- 为什么第一天不应该直接让 Cloud Agent 改生产仓库？
- 个人订阅和组织授权在权限控制上有什么不同？
通过标准：你能给团队新人写出一条安全 onboarding 路线：账号确认 -> 低风险仓库 -> IDE 小任务 -> diff review -> 测试验收。
官方来源
- What is GitHub Copilot? —— 官方定义 Copilot、功能范围、使用入口和访问路径。
- GitHub Copilot features —— 官方按 assistive、agentic、customization 和 administrator 分类功能。
- GitHub Copilot in VS Code —— VS Code 官方说明 Copilot 在 IDE 内的 chat、edit、agent 和 review 流程。