以前我觉得 CLI 是开发者的“黑窗口”。现在我每天要在飞书、阿里云和 GitHub 之间找东西、改配置、核对结果，才发现它最实用的地方很朴素：把反复点开的页面，变成一条能看清输入和结果的操作。
这不是我常用命令的排行榜，也没有测过“每天省多少分钟”。我先写三种实际遇到的任务：找一份飞书资料，检查网站域名和图片文件，以及看一条 PR 到底过了没有。命令以我目前本机工具的 --help 核对；别人的账号、权限和版本可能不同。
1. 飞书 lark-cli：先找到东西，再处理它#
我在飞书里经常碰到的问题是“资料明明在那里，但现在不知道在哪个文档或群里”。本机的 lark-cli 把日历、文档、消息等能力放在一个入口。先用只读命令找，再决定是否要编辑或发送：
lark-cli calendar +agenda --as user
lark-cli docs +search --query "项目关键词" --as user
lark-cli im +chat-search --query "群名" --as user
第一条看当天日程，第二条按关键词找文档，第三条找可见群聊。它们解决的是定位，不会替我判断找到的是否就是目标。尤其要发消息时，搜索可能返回同名或相似群，我会先核对稳定的群 ID 和成员，再进行写操作。
不会用某个命令时，我先看 lark-cli docs +search --help，而不是猜参数。这个工具还支持 --dry-run 预览请求；读写权限取决于当前身份和实际授权。对普通人来说，这比把一大段 token 贴进脚本安全，也更容易回头查自己当时做了什么。
2. 阿里云 CLI：查 DNS 和 OSS，不再在控制台里迷路#
我的网站用到域名解析和对象存储。需要确认一条解析记录、看看某批图片是否在 OSS 时，先查现状：
aliyun alidns DescribeDomainRecords --DomainName example.com
aliyun ossutil ls oss://example-bucket/notes/
这里的域名和 bucket 都是示例，要换成自己的。第一条列 DNS 记录；第二条列某个 OSS 前缀下的对象。阿里云 CLI 目前把 ossutil 集成在同一个命令入口，少记一个工具名，但权限仍要分开给：只读检查不需要顺手拿到修改整个账号的权限。
我会把“查到旧记录”和“已改好解析”分成两步。修改 DNS 可能影响网站访问，上传或删除 OSS 文件也可能让页面缺图。动手前用具体操作的 --help 核对参数，必要时先用 --cli-dry-run 看请求；做完再重新查询记录，并从公开页面确认实际效果。CLI 让步骤可复查，不会让高风险操作自动变得安全。
3. gh：一眼看清 PR、检查和发布工作流#
网站和应用改动都进 GitHub。我最常做的是看当前分支对应的 PR、检查结果，以及最近的 Actions 运行：
gh pr status
gh pr checks <PR编号>
gh run list --limit 10
这三条都是观察入口。它们让我少在多个页面之间切换，但“CI 绿了”只代表相应检查完成，不等于内容已经审过、PR 已经合并，更不等于网站已经部署。比如我写过个人网站合并后自动上线的流程：PR、主线 CI、镜像、部署和公网检查各有一条证据，不能只看其中一个绿色标记。
先从一个重复动作开始#
如果你以前没用过 CLI，不用先背命令大全。挑一件每周都要做的事，按这个顺序试：先用 --help 找到只读查询；确认返回的对象是你要的；再考虑是否值得写成固定步骤。 涉及发送、改域名、删除或发布时，把预览和结果核对放回流程里。
我会在这个专题继续写更具体的实操：一条域名解析怎么查、改、验证；OSS 图片如何按前缀整理；飞书里的资料怎样找到正确的文档。先把场景讲清楚，再给命令，比贴一页参数表有用。
参考：阿里云 DNS CLI 快速入门、阿里云 CLI 管理 OSS、GitHub CLI 手册。飞书命令按本机 lark-cli --help、对应子命令 --help 核对。