01 · GitHub Copilot 是什麼

GitHub Copilot 不是一個“會補全程式碼的外掛”。GitHub 官方把它定義為 AI 程式設計助手（AI coding assistant），但 2026 年的 Copilot 已經覆蓋內聯建議（inline suggestions）、Copilot Chat、PR 摘要（PR summaries）、IDE 裡的 Agent Mode、Copilot CLI、Cloud Agent（曾用名 Copilot coding agent）、Copilot Spaces、MCP 伺服器、Agent skills、custom agents 和管理員治理。

所以學習 Copilot 的第一步，不是背快捷鍵，而是分清它的兩種形態：同步輔助（assistive features）和代理式工作流（agentic features）。

打個新手友好的比方：輔助形態像副駕駛——你開車它給提示，方向盤還在你手上；代理形態像代駕——你說"送我去機場"，它自己規劃路線、踩油門、變道，但敏感動作（合併 PR、跑生產命令、刪除檔案）仍要你點頭。兩種都是 Copilot，但你"放手的程度"不一樣，驗收方式也不一樣：副駕駛看建議，代駕看 diff、tests 和 PR review。

1. 官方定義裡的關鍵點

GitHub 官方文件說，Copilot 讓你寫程式碼更快、心智負擔更小，把節省下的精力放回到“解決問題”和“團隊協作”上。

這句話的重點不是“更快寫程式碼”，而是“協作”。Copilot 住在 GitHub 和 IDE 的工作流裡，天然貼近 issue、pull request、code review、branch、terminal 和組織級策略——它讀得懂這些上下文，所以才有資格被叫成“coding assistant”而不是“程式碼補全器”。

flowchart TD
  Copilot["GitHub Copilot"] --> Assist["Assistive features"]
  Copilot --> Agentic["Agentic features"]
  Copilot --> Custom["Customization"]
  Copilot --> Admin["Administrator features"]
  Assist --> Suggest["Inline suggestions / Chat / PR summaries"]
  Agentic --> Work["IDE Agent / CLI / Cloud Agent / Code review"]
  Custom --> Context["Spaces / Instructions / MCP / Skills"]
  Admin --> Governance["Policy / Access / Usage / Audit / Exclusions"]

這也是 Copilot 和普通 AI 聊天框的差異：它不是隻回答你複製進去的問題，而是試圖進入 GitHub 物件、本地 IDE、終端和團隊治理系統。

2. 四類功能怎麼理解

GitHub 官方把 Copilot 功能分成四類。

理解這四類後，你就不會把“按 Tab 補全一行程式碼”和“讓 Cloud Agent 自動開 PR”當成同一風險等級——前者是輔助，後者是代理。

3. Copilot 的入口不是一個

官方文件列出的使用位置包括 IDE、GitHub Mobile、Windows Terminal Canary、GitHub CLI 和 GitHub.com 網站。VS Code 官方文件還強調，Copilot 在 IDE 裡能完成“規劃（plan）→ 實現（implement）→ 驗證（verify）”的跨檔案改動閉環。

常見入口：

• IDE（編輯器）：寫程式碼、Chat、inline suggestions、Agent Mode、review edits。
• GitHub.com（網站）：圍繞儲存庫、檔案、issue、PR、安全告警、Dashboard 提問和協作。
• GitHub Mobile（移動端）：延續上下文和做輕量提問。
• Windows Terminal（Canary 通道）：解釋命令和 shell 報錯。
• GitHub CLI / Copilot CLI（終端）：委派任務、修 bug、加功能、建立 PR。
• Cloud Agent（雲端代理）：研究儲存庫、制定計劃、改分支，讓你 review diff 後再合 PR。

4. 第一層用法：輔助寫程式碼

Assistive features 適合低到中風險任務：

• 解釋一段程式碼。
• 補全域性部函式。
• 生成單元測試草稿。
• 總結 PR 變更。
• 根據本地變更生成 commit message。
• 在 terminal 裡解釋命令含義。

驗收方式很直接：

• 看 diff。
• 跑測試。
• 檢查 PR summary 是否準確。
• 命令執行前確認副作用。

不要因為 Copilot 給了建議就直接合並。輔助能力提供的是候選結果，不是最終責任。

5. 第二層用法：Agentic 工作流

Agentic features 能自主推進任務，但通常需要人批准敏感動作，比如執行 terminal command 或合併 pull request。

典型任務：

• IDE Agent mode 跨檔案修 bug。
• Copilot CLI 在終端裡修一個 failing test。
• Cloud Agent 研究 issue、開分支改程式碼、提交 PR。
• Copilot code review 給出 review suggestions。

這類任務至少保留四個證據：

1. 任務計劃。
2. 檔案 diff。
3. 測試或檢查輸出。
4. 人工 review 結論。

6. 第三層用法：上下文和治理

Copilot 的質量高度依賴上下文。官方 customization 類功能包括：Copilot Spaces（上下文空間）、custom instructions（自定義指令）、prompt files（提示詞檔案）、MCP 伺服器、agent skills 和 custom agents——本質是讓 Copilot 看見“你的專案特徵”，而不是泛泛回答。

團隊上線時，管理員（administrator）功能同樣重要：

• access management（訪問管理）：誰能用 Copilot。
• policy management（策略管理）：哪些功能在本組織可用。
• usage data（用量資料）：上線後實際採用率和成本。
• audit logs（審計日誌）：每個動作的可追蹤性。
• file exclusions（檔案排除）：哪些程式碼不應暴露給 Copilot。

這五項缺一不可：少了 access 團隊就用不上；少了 policy 高風險能力就關不掉；少了 usage 不知道有沒有人用；少了 audit 出事不可追溯；少了 file exclusions 敏感程式碼可能進訓練或被檢索到。如果只培訓“怎麼按 Tab 補全”，沒有培訓這五項，團隊上線就是不完整的。

7. 第一天怎麼安全上手

推薦順序：

1. 確認個人或組織授權來源。
2. 選擇低風險儲存庫。
3. 在 IDE 裡讓 Copilot 解釋專案結構。
4. 用 inline suggestion 或 Chat 做一個小改動。
5. 審查 diff 並執行現有測試。
6. 再學習 Agent mode、Cloud Agent、CLI、MCP 和管理員策略。

不要第一天就讓 Cloud Agent 改生產儲存庫，也不要在不瞭解命令副作用時讓 CLI 自動跑命令。

8. 自檢

你應該能回答：

• Copilot 的 assistive 和 agentic features 分別是什麼？
• GitHub.com、IDE、Terminal、CLI、Cloud Agent 分別能看到什麼上下文？
• 為什麼 Cloud Agent 的結果必須回到 diff、checks 和 PR review？
• 團隊上線前為什麼必須配置 access、policy、usage、audit 和 exclusions？

透過標準：你能給新人設計一條 onboarding 路線，而不是隻說“裝個 Copilot 外掛”。

官方來源

• What is GitHub Copilot?：GitHub 官方 Copilot 定義、功能範圍、入口和訪問路徑。
• GitHub Copilot features：官方 assistive、agentic、customization、administrator 四類功能。
• GitHub Copilot in VS Code：VS Code 官方說明 Copilot 在 IDE 內的 plan、implement、verify 工作流。

接下來去哪