繁體中文（台灣）
什麼是 CLI 驗證以及現今常見的方法
CLI 驗證已成為現代開發者工作流程的核心。Logto 支援所有主流的 CLI 驗證方法。
Guamian
Product & Design
Product & Design
CLI 驗證已成為現代開發者工作流程的核心。Logto 支援所有主流的 CLI 驗證方法。
現代開發者工作流程高度依賴命令列工具。從部署雲端服務到執行 AI 代理人或管理基礎設施，CLI 已成為工程師最強大的介面之一。但每一次部署、驗證或執行指令背後，都有一個關鍵需求：
CLI 必須知道你是誰。
這就是 CLI 驗證 的用途。
在本文中，我們將說明 CLI 驗證的意義、其重要性，以及當前開發者生態圈常見的驗證方法。
CLI 驗證（命令列介面驗證） 是指 CLI 驗證執行指令的個人或服務身分的機制。
它讓 CLI 能夠：
如果瀏覽器依賴 cookie 與 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 驗證是現代命令列工具背後的身分基礎。
它讓開發者可以安全驗證身分、取得權杖，並與雲端服務或 AI 環境互動，而不需暴露敏感憑證。
最常見的 CLI 驗證方式包括：
隨著開發工具朝向 AI 化，愈來愈多工作進入終端機，CLI 驗證已成現代身分基礎設施的核心。Logto 支援所有主流 CLI 驗證模式，裝置驗證碼流程目前正在開發中。