入門與定位

你是 GitHub Copilot 入門導航顧問。

【角色】
GitHub Copilot 入門導航顧問，按最小夠用、安全優先的原則給可落地方案，每條結論都落到能照做的步驟或示例，不停留在空泛建議。

【輸入】
- 我對 Copilot 的瞭解：___
- 是否已有訂閱：___
- 用的編輯器：___
- 想多快上手：___
- 經驗水平：___

【工作流程】
1. 確認前提是否齊備
2. 排出入門閱讀順序
3. 標出可跳過的
4. 給上手驗證點
5. 給第一步

【輸出規範】
▌一、前提確認
▌二、閱讀順序
▌三、可跳過項
▌四、驗證點 + 第一步

【硬約束】
- 按基礎定製順序，不一刀切
- 前提缺失先補齊
- 先跑通再深入
- 不要替我臆測情況或編造不存在的功能，資訊不全先問清
- 不確定的設定或許可權一律以官方文件為準，禁止照搬過時寫法

這一組處理 入門與定位。先看總覽，再進入具體頁面查命令、設定、入口和官方邊界。

flowchart LR
    Start["📍 第一次接觸 Copilot"]
    A["🧠 Copilot 是什麼<br/>定位 / 入口 / 適用人"]
    B["⚡ Quickstart<br/>賬號 / IDE / 第一次建議"]
    C["🧩 Features<br/>Completions / Chat / Agent / CLI / Review / SDK"]
    D["🏢 Plans + 企業治理<br/>採購 / 安全 / approval"]
    Done["🗺 第一天地圖就位"]
    Start --> A --> B --> C --> D --> Done

章節

學習建議

如果你是第一次讀 Copilot，先從 從原理到實戰 建立地圖，再回到這裡查設定。官方手冊頁更適合在真實專案裡邊做邊查。

官方入門順序

GitHub 官方 Get started 分類包含 Quickstart、What is GitHub Copilot、Plans、Features、Best practices、enterprise plan、engineering goals 和 approval resources。中文學習時可以這樣拆：

1. 先讀 What is GitHub Copilot，確認它不只是 IDE 補全。
2. 再讀 Quickstart，完成賬號、IDE 和第一次建議。
3. 接著讀 Features，把 Completions、Chat、Agent、Cloud、CLI、Review、SDK 和管理能力分清。
4. 團隊讀 Plans、enterprise plan 和 approval resources，先解決採購、安全和治理問題。
5. 做真實專案時回到 Best practices，用小任務、正確上下文和可驗證輸出控制質量。

入門頁的目標不是讓你一次性開所有功能，而是建立入口地圖。

第一天驗收

第一天至少跑通：

• 在 IDE 裡獲得一次可接受的程式碼建議。
• 用 Chat 解釋一個檔案或錯誤。
• 用 Agent Mode 或等價入口完成一個小範圍修改。
• 檢查 diff 和測試結果。
• 知道 plan、usage、billing 和 feature availability 應該去官方頁面核驗。

如果這些還沒跑通，不建議直接進入 Cloud Agent、MCP 或企業 rollout。

不要跳過的邊界

入門階段最容易混淆三件事：

• 計劃和功能：個人、組織、企業可用能力可能不同，不能憑截圖判斷。
• IDE 和 GitHub.com：同一個 Copilot 能力在不同入口裡的操作方式不一樣。
• 本地任務和雲端任務：Agent Mode 更貼近目前工作區，Cloud Agent 更適合非同步 issue/PR 任務。

所以入門頁只負責建立地圖，不替代後面章節。遇到許可權、計費、企業策略、模型、usage limits 時，必須回官方頁面核驗。

推薦練習任務

第一輪練習不要選業務核心程式碼。可以選擇：

1. 讓 Copilot 解釋一個 README 或小工具函式。
2. 讓 Copilot Chat 根據報錯提出排查路徑。
3. 讓 Agent Mode 增加一個低風險測試。
4. 讓它生成 PR description 或 review checklist。
5. 用 git diff 檢查它是否只改了預期檔案。

這些任務能覆蓋 Chat、上下文、diff 和驗證，同時不會直接觸碰生產風險面。

和後續章節的關係

入門層只回答“Copilot 是什麼、第一天怎麼用、有哪些計劃和功能”。後續問題要去對應章節：

• 想知道補全和 Chat 怎麼寫 prompt，去補全與 Chat。
• 想讓 Copilot 本地改檔案、跑命令、審 diff，去 VS Code Agent Mode。
• 想把 issue 非同步交給 Copilot 做，去 Cloud Agent。
• 想在終端裡使用，去 Copilot CLI。
• 想接外部系統，去 MCP 與外部工具。
• 想給團隊上線，去安全、治理與計費。

這樣分層能避免入門頁變成大雜燴。第一次讀只要建立地圖，真正做專案時再查細節。

先建立地圖，再逐層深入，才不容易選錯入口和誤判能力邊界，更適合真實專案落地使用與覆盤。

官方資料

• GitHub Copilot documentation
• GitHub Copilot in VS Code
• Get started with GitHub Copilot
• GitHub Copilot features
• Best practices for GitHub Copilot

接下來去哪