AI 编程教程中文版
官方教程中文版入门与定位

功能总览

按 assistive、agentic、customization、administrator 四类梳理 Copilot 功能,并给出学习顺序。

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

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

1. 四类功能地图

官方分类代表功能适合任务风险等级
AssistiveChat、inline suggestions、PR summaries、GitHub Desktop commit messages同步辅助、局部修改、解释、摘要低到中
AgenticCopilot CLI、Cloud Agent、third-party agents、code review、IDE Agent mode、Spark跨文件执行、异步分支、自动化开发中到高
CustomizationSpaces、custom instructions、Memory、prompt files、MCP、agent skills、custom agents给 Copilot 增加上下文和专用能力
Administratorpolicy、access、usage data、audit logs、file exclusions团队上线、治理、合规、成本控制
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 suggestionsIDE 里 autocomplete-style suggestions用于局部实现,不跳过测试
Next edit suggestionsVS 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 IDEsIDE 内自主找文件、改代码、请求命令批准适合低到中风险跨文件任务
GitHub Spark自然语言构建和部署 full-stack apps,public preview只在明确范围内试验

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企业或成熟团队再上
深读:为什么 customization 不是越多越好

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

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

5. Administrator features

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

功能管什么验收证据
Policy management组织或企业 Copilot 功能开关policy 截图或配置记录
Access management哪些组织、团队、成员可用seat / access 清单
Usage data使用数据和 adoptionusage report
Audit logsCopilot 相关动作记录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 类管理员证据?

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

官方来源

接下来去哪

本页目录