2.授权页面 授权登录页是用户直接交互和做决策界面，需要把三件事呈现清楚： 是哪个 账号/设备/CLI 在请求授权 这次申请了哪些权限，逐条列出不同模块的 scope，让用户清楚这次授权到底给了 CLI 什么能力 授权成功后提示可以回到终端，因为终端还在轮询，用户需要知道流程已走完 三、命令与参数 这一节介绍命令参数设计的细节，对于同一条命令，开发者希望看到清晰的表格和流式回复，而 Agent 则更需要一次性返回可解析的结构化数据。
ts（拦截器统一 Token 与错误） ↓ + Composable 写业务，Pinia 只管跨页共享状态 ↓ husky + lint-staged 守住提交质量 ↓ build → preview 验收 → Nginx 部署（记得 try_files） 按这份指南走下来，你得到的不只是一个能跑的 Demo，而是一套类型安全、职责清晰、可持续迭代的工程底座。
三者其实底层都是对远程接口的封装，但 CLI 对 Agent 有两个独特优势：一是几乎所有通用 Agent 都自带 Bash 工具 (例如 Codex、Claude Code、CowAgent、OpenClaw 等)，无需服务提供方搭建 MCP server；二是它把鉴权、参数组装、分页、错误处理等封装进命令，Agent 不用自己构造 HTTP 请求，也不用把整份接口文档塞进上下文，只读一份精简的命令说明就能按需决策，省 token 也更准确。
存储路由不迁移已有数据。改变 backend 或 binding 前必须先完成事件与快照迁移；Redis pending 恢复采用 at-least-once 语义，下游处理器需要保持幂等。