最近 GitHub Copilot CLI 的搜尋熱度真的很高，尤其很多 Windows 使用者開始在找一條「最穩、最接近開發者實戰」的安裝路線。如果你也是這樣，那我先直接講結論：在 Windows 上，若你本來就會碰終端機與開發環境，通常用 WSL 來跑 GitHub Copilot CLI 會比純 PowerShell 更穩。
這不是因為 PowerShell 不能用，而是因為很多 AI CLI 工具本來就更接近 Linux 型工作流。WSL 能讓你少遇到 shell 差異、PATH 問題、套件行為不一致等情況。至於如果你只是想快速裝起來、先用看看，那再退回 PowerShell + WinGet 也完全沒問題。
先講清楚：GitHub Copilot CLI 是什麼？
GitHub Copilot CLI 是 GitHub 推出的終端機 AI 助手，讓你可以直接在命令列裡和 Copilot 互動。它不只會回答問題，還能解釋指令、讀專案、協助改程式，甚至處理較完整的 agent 工作流。
根據 GitHub 官方文件，截至 2026 年 4 月 29 日，GitHub Copilot CLI 可用於所有 Copilot plans；如果你是透過公司或學校取得 Copilot，還要確認組織管理員有開啟 Copilot CLI 政策。
為什麼我現在更建議 Windows 讀者先用 WSL？
- 更接近 Linux 開發環境：很多 AI CLI 工具本來就優先在 Unix-like 工作流下被大量使用。
- Node.js / npm / shell 行為比較一致：之後如果你還要裝別的 CLI，延伸性通常比較好。
- 少掉 PowerShell 差異：像環境變數、路徑、指令語法，有些人就是比較習慣 bash / zsh 這套邏輯。
- 比較適合長期使用：如果你不是只想試玩，而是打算真的把 AI CLI 放進工作流，WSL 通常更穩。
GitHub 官方在介紹 Copilot CLI 的產品頁裡，也把 Windows from within PowerShell and Windows Subsystem for Linux (WSL) 明確列為可用方式。也就是說，WSL 不是旁門左道，而是官方承認的可用環境之一。
那 PowerShell + WinGet 還有沒有價值？
有，而且很有。如果你的目標是先快速裝起來、先登入、先摸一下 Copilot CLI 長什麼樣子，那 PowerShell + WinGet 仍然是最省事的官方主流程。只是如果你問我「哪一條路長期用比較穩」，我會把 WSL 放前面。
| 安裝方式 | 適合誰 | 優點 | 注意事項 |
|---|---|---|---|
| WSL + npm | 本來就會用終端機、想長期把 AI CLI 放進工作流的人 | 較穩、較像 Linux、延伸性高 | 要先有 WSL 與 Linux 發行版環境 |
| PowerShell + WinGet | 想先快速安裝、先體驗功能的人 | 官方 Windows 主流程、安裝快 | 長期使用時可能仍會遇到 shell 差異 |
方法一：用 WSL 安裝 GitHub Copilot CLI
如果你還沒裝 WSL，可以先在 Windows 用系統管理員權限開 PowerShell，執行：
wsl --install安裝完成後，通常會搭配 Ubuntu 等 Linux 發行版。進入 WSL 終端機之後，再確認 Node.js 版本。因為 GitHub 官方目前在 npm 安裝方式下要求的是 Node.js 22 或以上。
node --version
npm --version如果還沒裝 Node.js，可以用你習慣的方式補上，例如 nvm。當版本符合後，再安裝 GitHub Copilot CLI：
npm install -g @github/copilot如果你的 ~/.npmrc 有設 ignore-scripts=true，GitHub 官方也特別提醒要改用：
npm_config_ignore_scripts=false npm install -g @github/copilot裝好之後，啟動方式很簡單：
copilot第一次進入後，如果還沒登入 GitHub，照畫面提示輸入：
/login方法二：用 PowerShell + WinGet 安裝
如果你不想先折騰 WSL，GitHub 官方目前給 Windows 的主安裝方式就是 WinGet。前提是你的環境有 PowerShell v6 以上。
pwsh --version確認版本後，直接安裝正式版：
winget install GitHub.Copilot如果你想提早試新功能，也可以裝預覽版：
winget install GitHub.Copilot.Prerelease安裝完成後，一樣進入你想工作的資料夾，輸入 copilot，然後用 /login 完成登入。
第一次登入後，可以先怎麼用？
不管你是走 WSL 還是 PowerShell，第一次進去之後我都建議先從低風險操作開始：
- 請它解釋某個 shell 指令
- 請它幫你想 Git 指令
- 請它概覽目前專案
- 請它說明某支檔案是做什麼的
例如你可以先試：
Give me an overview of this project.
或者用非互動方式丟一個問題：
copilot -p "How do I undo the last Git commit?"Windows 使用者最常遇到的 5 個卡關點
1. 以為 WinGet 一定是最佳方案
如果你只是想快速開始，WinGet 沒問題；但如果你是長期要把 CLI 工具放進工作流，WSL 通常更穩。
2. WSL 裝好了，但 Node.js 版本不夠新
GitHub 官方目前對 npm 安裝方式要求 Node.js 22 以上，這個版本條件要先確認。
3. /login 之後還是不能用
這通常不是安裝問題，而是帳號權限問題。先確認你的 GitHub 帳號真的有 Copilot 使用資格；如果是組織帳號，也要確認管理員有開 Copilot CLI。
4. 一開始就讓它動專案，結果心裡不踏實
GitHub 官方也有提醒：在互動 session 中，Copilot 可能讀、改、執行目前資料夾下的內容。所以一開始真的建議先用問答、解釋、建議模式，不要急著讓它直接改東西。
5. 把它當成和 Codex 一樣的工具
兩者有重疊，但生態與工作流並不完全一樣。現在這篇是先聚焦在 GitHub Copilot CLI 的 Windows 安裝與上手，因為這條流量正在熱，而且對 Windows 讀者更直接。
結論：如果你想要穩，Windows 上先選 WSL；如果你想要快，就選 WinGet
如果你現在是在找「Windows 上最穩定的 GitHub Copilot CLI 安裝方式」，那我的建議會很明確：先用 WSL 當主路線。因為它更接近多數 CLI 工具與開發者工作流的真實環境，後面延伸也比較舒服。
如果你只是想先裝起來試試看，那就直接走 PowerShell + WinGet。它仍然是 GitHub 官方目前給 Windows 的最省事安裝路徑。
一句話整理：WSL 適合長期，WinGet 適合先上手。
常見問題 FAQ
Windows 安裝 GitHub Copilot CLI，為什麼很多人會先推 WSL？
因為 WSL 更接近 Linux 型工作流，對長期使用 CLI 的人來說，通常比純 PowerShell 更穩，也比較容易和其他終端工具整合。
PowerShell + WinGet 還值得用嗎？
值得。如果你只是想快速裝起來、先用看看，PowerShell + WinGet 仍然是 GitHub 官方目前對 Windows 最直接的安裝方式。
沒有 Node.js 可以裝 GitHub Copilot CLI 嗎？
可以。如果你走 WinGet 路線，不一定要自己先裝 Node.js。只有在你打算用 WSL + npm 或其他 npm 安裝方式時，才需要 Node.js 22 以上。
GitHub Copilot CLI 是完全免費的嗎？
不是單純安裝完就人人都能直接用。根據 GitHub 官方文件，它可用於所有 Copilot plans；如果是組織提供的 Copilot，還要看管理員有沒有開放 Copilot CLI。
第一次登入要輸入什麼？
第一次啟動互動模式後，如果尚未登入 GitHub，畫面會提示你使用 /login。照著步驟完成即可。
