CLI 驗證正快速成為現代開發者工作流程的核心。Logto 支援所有主流的 CLI 驗證方法。
現代開發者的工作流程極度依賴命令列工具。無論是部署雲端服務、執行 AI 代理還是管理基礎設施，CLI 已成為工程師最強大的介面之一。但每個 deploy、auth 或 run 指令背後都有一個關鍵需求：
CLI 必須知道你是誰。
這就是 CLI 驗證 發揮作用的地方。
本文將逐步說明什麼是 CLI 驗證、為什麼重要，以及當前開發者生態圈中常見的驗證方法。
CLI 驗證（命令列介面驗證） 指的是 CLI 用來確認執行指令的人員或服務的身份的方法。
這讓 CLI 能夠：
如果說瀏覽器依賴 cookies 與 session，CLI 則依賴 本地儲存的令牌，再結合 OAuth 或其他標準化驗證流程。
簡單來說，CLI 驗證讓終端機自己擁有登入系統，在安全下能以用戶身份執行操作。
CLI 驗證解決了多個現實問題：
隨著 CLI 功能日益強大（尤其是 AI 工具），穩健且安全的驗證需求變得更加重要。
不同平台因安全性、用戶體驗與架構設計上的考量，會採用不同的 CLI 驗證方法。以下是現今最廣泛使用的幾種方法。
這是業界標準流程，被以下工具廣泛採用：
運作方式
為何普及
裝置碼流程是現代開發者工具的預設值，因為它有效妥協安全、彈性與用戶體驗。
用於需要更順暢登入體驗的工具。
運作方式
優點
缺點
常見於 GUI 友善的 CLI 或需「一鍵登入」的開發工具。
有些 CLI 允許開發者貼上 API 金鑰或個人存取令牌。
範例
優點
缺點
現代平台多傾向淘汰這種模式或僅限機器用途。
這是服務間和 CI/CD 階段在無人參與下登入的標準方式。
認證提供者會發給：
服務端用這兩者換取存取令牌：
特點
這是所有身份提供者最廣泛支援的自動化驗證方法。
直接在 CLI 輸入憑證：
此法過時且不推薦，原因包括：
現代工具幾乎不會使用，僅見於離線或舊式企業環境。
大多數 CLI 會將令牌儲存在：
令牌必須：
設計良好的令牌生命周期是 CLI 安全的基礎。
如果你正在設計 CLI：
| 情境 | 最佳驗證方式 |
|---|---|
| 本地人工登入 | 裝置碼流程 |
| 需 GUI 的人工 | localhost OAuth 重導流程 |
| CI/CD | 用戶端憑證流程 |
| 快速原型 | API 金鑰 |
| 需企業 SSO | 裝置碼流程 |
裝置碼流程是現代預設，因為可在任何地方運作並繼承瀏覽器安全性。
CLI 驗證是現代命令列工具背後的身份核心。
它讓開發者能安全驗證身份、獲取 token，並和雲服務或 AI 執行環境互動，而無需暴露敏感認證資料。
常見的 CLI 驗證方法包括：
隨著開發工具越來越 AI 化，越多工作進駐終端機，CLI 驗證已成現代身份基礎架構的核心。Logto 支援所有重要的 CLI 驗證模式，目前也已支援裝置碼流程。