简体中文
什么是 CLI 认证以及当今常见的方法
CLI 认证正逐渐成为现代开发者工作流的核心。Logto 支持所有主流的 CLI 认证方式。
Guamian
Product & Design
Product & Design
CLI 认证正逐渐成为现代开发者工作流的核心。Logto 支持所有主流的 CLI 认证方式。
现代开发者的工作流高度依赖命令行工具。从部署云服务、运行 AI 智能体到管理基础设施，CLI 已成为工程师最强大的界面之一。但每一次部署、认证或运行命令的背后都有一个关键需求：
CLI 必须知道你是谁。
这就是 CLI 认证 的用武之地。
本文将拆解 CLI 认证的含义，其重要性，以及当今开发者生态中常见的认证方法。
CLI 认证（命令行界面认证） 是指 CLI 用于验证运行命令的人或服务身份的机制。
它允许 CLI：
如果说浏览器依赖于 Cookie 和会话，那么 CLI 则依赖于 本地存储的令牌，结合 OAuth 或其他标准化的认证流程。
简单来说，CLI 认证让终端有了自己的登录系统，因此可以安全地代表用户执行操作。
CLI 认证解决了多个实际问题：
随着 CLI 能力的增强（尤其是 AI 驱动的工具），对强健且安全的认证需求也日益增强。
不同的平台会根据安全性需求、用户体验和基础架构设计采用不同的 CLI 认证方式。以下是现代开发者工具中最广泛采用的方法。
这是行业标准流程，被以下工具采用：
工作原理
为何流行
设备码流程是现代开发者工具的默认选择，因其在安全性、灵活性和用户体验之间达到了平衡。
主要用于追求更流畅登录体验的工具。
工作原理
优点
缺点
这种方式常见于注重图形界面体验的 CLI 或开发工具，适合“一键登录”。
部分 CLI 允许开发者直接粘贴 API 密钥或个人访问令牌。
示例：
优点
缺点
绝大多数现代平台正逐步弃用这种模型，或仅限 机器使用 场景。
这是服务端和 CI/CD 任务在无需人工参与下进行认证的标准方法。
认证提供方发放：
服务端用它们换取访问令牌：
特性
这是所有身份提供方支持最广泛的自动化认证方式。
直接在 CLI 输入凭证：
这种方式已过时且不推荐，因为：
现代工具几乎不会采用此法，除非是离线或遗留企业环境。
大多数 CLI 的令牌存储在以下位置：
令牌应当具备：
良好的令牌生命周期设计是 CLI 认证安全的基础。
如果你正在设计一个 CLI：
| 场景 | 最佳认证方法 |
|---|---|
| 本地人类用户登录 | 设备码流程 |
| 需要 GUI 用户登录界面 | 本地 OAuth 重定向 |
| CI/CD | 客户端凭证流程 |
| 快速原型开发 | API 密钥 |
| 需要企业 SSO | 设备码流程 |
设备码流程是现代默认选择，因为它适用于所有场景，并且继承了浏览器的安全性。
CLI 认证为现代命令行工具提供了身份基础。
它让开发者能安全地认证、获取令牌，以及与你的云服务或 AI 运行时安全交互，无需暴露敏感凭证。
最常见的 CLI 认证方法有：
随着开发工具越来越多地集成 AI，越来越多的开发活动迁移到终端，CLI 认证正成为现代身份基础设施的核心组成部分。Logto 支持所有主流的 CLI 认证模式，目前已支持设备码流程。