这不是一篇教程。这是一个关于「工作方式被颠覆」的预警⚠️。
一个让产品经理沉默的早晨
周日早上，我被一段 15 秒的视频震醒了。
视频里，一个程序员对着黑乎乎的终端窗口说了一句话：
“「把上周所有会议纪要整理成待办，按优先级排序，把高优的分配给对应负责人，然后在飞书里建一个跟踪表。」
30 秒后，终端吐出一行字：「Done。」
没有打开飞书。没有点任何按钮。没有复制粘贴。
整个过程，就像指挥一个看不见的助理。
而实现这一切的，只是飞书刚刚开源的一个命令行工具 —— Lark CLI。
GUI 已死？CLI 当立？
先别急着关页面，我知道你看到「命令行」三个字就头大。
但请听我说完，因为这可能关乎你未来 5 年的职场竞争力。
我们先做个小测试：
你打开飞书，完成以下三件事，需要多长时间？
- 找出上周所有会议纪要，提取里面的待办事项；
- 把这些待办按项目分类，分配给对应的负责人；
- 创建一个多维表格，追踪每个事项的进度；
我的答案是：手动操作，15 分钟。
用 Lark CLI + AI，30 秒。
而且这 30 秒里，有 29 秒是 AI 在干活，1 秒是你在说话。
这就是飞书开源 CLI 的恐怖之处 —— 它把整个飞书，压缩成了一套可以被 AI 操控的指令集。
什么意思？
以前，你要让 AI 帮你干活，得教它「点这里」、「选那个」、「复制这段文字」。
现在，你直接说：「帮我发消息给张总，把本周销售数据附上。」
AI 自己就去调接口、查数据、发消息了。
GUI（图形界面）是为人类设计的。CLI（命令行）是为 AI 设计的。
这句话，值得写在便利贴上，贴在你的显示器边框。
为什么飞书敢这么干？
讲真，当我看到飞书开源 CLI 的消息时，第一反应是：
他们不怕日活掉吗？
你想啊，如果所有人都在命令行里操作飞书，谁还打开 App？DAU 不得断崖式下跌？
但飞书还是做了。
而且做得非常彻底：200+ 命令，覆盖 IM、文档、日历、邮件、多维表格、任务、知识库、通讯录、妙记……几乎把核心功能全掏出来了。
为什么？
因为飞书想明白了一件事：在 Agent 时代，「打开 App」 这个动作本身，就是效率的敌人。
你回想一下自己的工作流：
- 写方案 → 打开飞书文档
- 查日程 → 打开日历
- 发消息 → 打开 IM
- 建表格 → 打开多维表格
每一次切换，都是一次注意力损耗。
而 Lark CLI 做的事情，是把这些操作全部「后台化」。
你跟 AI 说一句话，它在后台调用飞书接口，把事情办了。
你甚至不需要知道飞书长什么样。
这让我想起一个老梗：
**“**最好的产品，是你感受不到它的存在。
飞书 CLI，可能就是这句话的最佳注解。
三个让你起鸡皮疙瘩的使用场景
我知道你们想看干货，以下是三个真实可用的场景：
场景-1：「会议纪要 → 待办 → 跟踪表」全自动
开完会，妙记自动生成逐字稿。
你对 AI 说：
“「从刚才的会议妙记里提取所有待办，按负责人分组，在多维表格里建一个跟踪表，字段包括事项、负责人、截止日期、当前状态。」
30 秒后，一个完整的多维表格出现在你的飞书里。
以前这个流程需要：复制粘贴 → 手动整理 → 建表 → 填数据。
现在：说一句话。
场景-2：「批量个性化消息」
公司有 50 个客户，你想给他们发新春祝福。
但你想显得有诚意，不想群发一样的内容。
你对 AI 说：
“「读取客户名单，根据每个客户的行业特性，写一段个性化的新春祝福，然后用飞书私信发给他们。」
AI 会自己查客户资料、写 50 段不同的文案、调用飞书接口逐个发送。
你甚至不用打开飞书。
场景-3：「跨系统工作流」
你在 GitHub 上收到一个 PR，需要通知相关同事 Review，并把 PR 信息同步到项目文档里。
你对 AI 说：
“「监控 GitHub PR，有新提交时，把 PR 链接和摘要发到飞书项目群，并在项目文档的『待 Review』章节追加一条记录。」
这已经不是「自动化」了，这是「自主化」。
你现在就可以动手试试
如果你在用 Claude Code、Cursor、Codex 这些 AI 工具，安装非常简单。
第一步：安装 CLI
在CC（Claude Code）或对应CLI终端内输入下方指令：
“
帮我装一下飞书 CLI 和所有 Skills：https://github.com/larksuite/cli/blob/main/README.zh.md
CC会自动安装 19 个 Skills，覆盖飞书的核心能力。
**⚠️注意：**安装以上Skills需开启“魔法”，否则可能导致CLI SKILL 组件安装失败。
若忘了提前开启“魔法”，开启后将下方指令发给AI，让AI手动安装一下：
npx skills add larksuite/cli --all -y -g
第二步：配置授权
lark-cli config init
运行上方命令后，弹窗扫个码，一键授权，完事。
第三步：点击创建，这个应用就创建完了。
第四步：然后在CC中告知“已配置完成”，它就会继续跑登录的授权。
最后，一切大功告成。
至此，你就可以在Claude Code里，操控飞书了。
但先别欢喜过早，一定、一定、一定记得重启一下你的Claude Code或相关CLI终端！
这不是装个Skill热重载就可以用了，记得重启。
至发文时段，飞书CLI支持这些权限。
200+ 命令，覆盖 11 个业务域
飞书 CLI 把飞书的核心业务能力全部拆成了可供 AI 调用的命令。
**“**进阶：Wake Word 指令 设置一个触发词（比如「小妙」），开会的时候随口说「小妙，帮我把这个方案整理成文档发给老板」，会后 Agent 自动从妙记逐字稿里识别出你的指令并执行。
OpenClaw 用户须知
如果你是 🦞 玩家，飞书说后续会上线一个内置全部 CLI 能力的「飞书官方 OpenClaw 插件」，升级之后不需要单独安装 CLI。
现有的飞书 OpenClaw 官方插件底层就是基于这套 CLI 构建的支持国际版 Lark。
通过 config init 配置国际版应用即可：
GitHub：github.com/larksuite/c…
最后说两句
我知道有人会问：这玩意儿是不是只有程序员能用？
我的答案是：现在可能是，但未来一定不是。
因为 AI 正在接管「翻译」的工作。
你不需要懂 CLI，你只需要懂「表达需求」。
AI 会把你的人类语言，翻译成 CLI 命令，再翻译成飞书接口调用。
飞书 CLI 的真正意义，不是给程序员用的。
而是给「所有想用自然语言操控软件」的人用的。
这可能是一个转折点。
从今天开始，「打开 App → 找到功能 → 点击按钮」这个用了 30 年的交互范式，开始被「说一句话 → AI 去办」取代。
飞书迈出了第一步。
其他产品，跟还是不跟？
📎 开源地址：github.com/larksuite/c…
💬 你第一个想用 Lark CLI 自动化的场景是什么？
