---
title: "功能总览"
description: "按 assistive、agentic、customization、administrator 四类梳理 Copilot 功能，并给出学习顺序。"
verifiedAt: "2026-05-06"
---

GitHub 官方把 Copilot 功能分成四类：assistive features（辅助类）、agentic features（代理类）、customization features（上下文定制类）、administrator features（管理员类）。这个分类比"按钮清单"更适合学习，因为它直接对应风险等级和验收方式。

> [!NOTE]
> **阅读目标**：读完本章，你应该能判断一个任务应该用补全、Chat、IDE Agent、Cloud Agent、CLI、Spaces、MCP 还是管理员策略，并知道每类功能的验收证据。

## 1. 四类功能地图

| 官方分类 | 代表功能 | 适合任务 | 风险等级 |
| --- | --- | --- | --- |
| Assistive | Chat、inline suggestions、PR summaries、GitHub Desktop commit messages | 同步辅助、局部修改、解释、摘要 | 低到中 |
| Agentic | Copilot CLI、Cloud Agent、third-party agents、code review、IDE Agent mode、Spark | 跨文件执行、异步分支、自动化开发 | 中到高 |
| Customization | Spaces、custom instructions、Memory、prompt files、MCP、agent skills、custom agents | 给 Copilot 增加上下文和专用能力 | 中 |
| Administrator | policy、access、usage data、audit logs、file exclusions | 团队上线、治理、合规、成本控制 | 高 |

```mermaid
flowchart LR
  Assist["Assistive: Chat / suggestions"] --> Local["局部代码闭环"]
  Agentic["Agentic: CLI / Cloud Agent / IDE Agent"] --> Branch["分支和 PR 闭环"]
  Custom["Customization: Spaces / MCP / skills"] --> Context["上下文和工具闭环"]
  Admin["Administrator: policy / audit / usage"] --> Governance["治理和成本闭环"]
```

## 2. Assistive features

Assistive features 是同步协作能力，用户在任务过程中持续控制方向。

| 功能 | 官方说明 | 教程里的正确用法 |
| --- | --- | --- |
| Copilot Chat | 在 GitHub、Mobile、IDE、Windows Terminal 提问 | 让它解释代码、比较方案、定位文件 |
| Inline suggestions | IDE 里 autocomplete-style suggestions | 用于局部实现，不跳过测试 |
| Next edit suggestions | VS Code、Xcode、Eclipse 预测下一个编辑位置 | 适合连续小改，不适合大重构 |
| PR summaries | 生成 PR 变更摘要和 reviewer focus | 作为 reviewer 起点，不替代 review |
| GitHub Desktop commit messages | 根据本地变更生成 commit message / description | 提交前仍要人工确认语义 |

验收标准：看 diff、测试、PR 摘要是否准确，不看 Copilot 自己说“已完成”。

## 3. Agentic features

Agentic features 可以更自主地完成任务，但通常需要用户批准敏感动作，例如运行终端命令或合并 PR。

| 功能 | 官方定位 | 上线边界 |
| --- | --- | --- |
| Copilot CLI | 在终端委派任务，可修 bug、加功能、创建 PR | 分支、命令、PR 都要可回滚 |
| Copilot cloud agent | 研究仓库、计划、改分支、等待 review | 必须审 plan、diff、checks |
| Third-party coding agents | 与 Copilot cloud agent 并行使用，public preview | 先看组织策略和安全限制 |
| Copilot code review | 生成 code review suggestions | 不能替代资深工程 review |
| Agent mode in IDEs | IDE 内自主找文件、改代码、请求命令批准 | 适合低到中风险跨文件任务 |
| GitHub Spark | 自然语言构建和部署 full-stack apps，public preview | 只在明确范围内试验 |

> [!WARNING]
> Agentic 不等于自动合并。商业级使用必须保留 plan、diff、tests、review、rollback 证据。

## 4. Customization features

Customization 决定 Copilot 是否真的理解你的项目，而不是只生成通用答案。

| 功能 | 解决的问题 | 建议顺序 |
| --- | --- | --- |
| Copilot Spaces | 把代码、文档、规格集中成任务上下文 | 团队知识库和跨仓库任务优先 |
| Custom instructions | 提供偏好、工具和约束 | 每个仓库都要维护 |
| Copilot Memory | 让 Cloud Agent 和 code review 使用仓库记忆，public preview | 先在低风险仓库观察 |
| Prompt files | 用 Markdown 复用 prompts | 适合团队模板化任务 |
| MCP servers | 给 Copilot 接外部工具和数据源 | 先定义权限和审计 |
| Agent skills | 文件夹化 instructions、scripts、resources | 适合专用任务能力 |
| Custom agents | 为 Cloud Agent 定制工具、指令和 MCP | 企业或成熟团队再上 |

<details>
<summary>深读：为什么 customization 不是越多越好</summary>

上下文越多，越需要治理。Spaces、MCP、skills 和 custom agents 会扩大 Copilot 能看到的信息和可调用的工具。如果没有内容排除、权限边界和验证流程，定制能力会把“回答不准”的问题升级成“访问范围不清”的问题。

推荐顺序是先写 repository instructions 和 prompt files，再引入 Spaces；需要外部系统时再接 MCP；稳定任务才沉淀为 agent skills 或 custom agents。
</details>

## 5. Administrator features

组织和企业上线时，管理员功能不是附属项，而是上线条件。

| 功能 | 管什么 | 验收证据 |
| --- | --- | --- |
| Policy management | 组织或企业 Copilot 功能开关 | policy 截图或配置记录 |
| Access management | 哪些组织、团队、成员可用 | seat / access 清单 |
| Usage data | 使用数据和 adoption | usage report |
| Audit logs | Copilot 相关动作记录 | audit log 查询结果 |
| File exclusions | 排除不希望 Copilot 使用的文件 | exclusion 配置和测试结果 |

团队版教程必须把这些能力写进 rollout，否则新人学会了功能，负责人却没有治理路径。

## 6. 推荐学习顺序

1. 先学 inline suggestions 和 Chat，跑通局部代码闭环。
2. 再学 IDE Agent mode，处理低风险跨文件任务。
3. 再学 Cloud Agent 和 Copilot CLI，把任务放到分支和 PR。
4. 同步建立 repository instructions、prompt files 和 Spaces。
5. 团队上线前补齐 policy、access、usage、audit 和 file exclusions。
6. 最后再评估 MCP、skills、custom agents 和 third-party agents。

## 本章自检

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

1. Copilot Chat 和 Cloud Agent 的控制边界有什么不同？
2. 为什么 MCP、Spaces 和 skills 必须和权限治理一起考虑？
3. 团队上线前至少要留下哪 5 类管理员证据？

通过标准：你能把一个真实开发任务映射到“功能选择 -> 上下文来源 -> 权限边界 -> 验收证据”四项。

## 官方来源

- [GitHub Copilot features](https://docs.github.com/en/copilot/get-started/features) —— 官方按 assistive、agentic、customization 和 administrator 分类功能。
- [Plans for GitHub Copilot](https://docs.github.com/en/copilot/get-started/plans) —— 官方说明不同计划包含的功能和管理员能力。
- [GitHub Copilot in VS Code](https://code.visualstudio.com/docs/copilot/overview) —— VS Code 官方解释 Copilot 在 IDE 内的 agent、edits 和 review 路线。

## 接下来去哪

<Cards>
  <Card title="GitHub.com 入口" description="继续学习网站内 Chat、PR、issue、Cloud Agent 和组织入口。" href="/docs/github-copilot/official/01-surfaces/github-com" />
  <Card title="VS Code 入口" description="继续看 IDE 里 Chat、edits、Agent mode 和 review code edits。" href="/docs/github-copilot/official/01-surfaces/vscode" />
</Cards>
