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 流程。