飞书CLI开源 50 天破万星 飞书在干啥?_

飞书开源CLI项目在GitHub上超过10000星了

3月28日，飞书正式开源“飞书CLI”，发布首日在GitHub上即获得1000+Star。

仅仅50天，这一数字就翻了10倍之多

全球范围内办公软件里能做到真正“官方支持级别+用户级+AI agent 友好”的CLI项目，也只有中国三个大厂：飞书lark-cli、钉钉dws、企微wecom-cli。

很显然，飞书CLI已经是目前国内工作平台官方CLI中最受关注的项目。

为什么飞书CLI受到开发者的青睐？

首先，我们先了解下CLI 到底是什么？

现在我们日常打开的各种软件都有一个人类喜欢使用的图形界面，这个界面要好看、要讲究用户体验，目的只有一个：让人类用得更顺滑。

那么问题来了：如果我们想让 AI 使用某个软件，这种"让人类顺滑"的方式，适合 AI 吗？

不适合，非常不适合，想让 AI 看懂并操作这套界面很费 Tokens，很费钱，又慢又贵。

AI 不需要界面、不需要好看、不需要用户体验、不需要鼠标选中，不需要点击。

AI 需要的是：输入一条命令执行一个功能、读到一个结果，就这么简单，不需要任何界面，界面这种东西反而会让 AI 没有效率。

AI 需要的是一种「用字符跟软件对话」的方式。

这种方式就是那个"黑洞洞"的界面：命令行（CLI，Command Line Interface）。

飞书为什么要做 CLI？

作为国民级办公平台，很多人的工作已经深度绑定在飞书上了。

那么我的问题又来了：如果你的日常工作深度绑定飞书，但你的 AI 用不动飞书，怎么办？

你打开 claudecode，运行各种智能体，工作流，skill，无比丝滑。但让 AI打开飞书，访问你的日历、消息、文档，邮件，妙记，并以你的名义执行各种操作，立刻熄火。

对一个软件来说，能不能被 AI 调用起来，从"加分项"变成了"生存项"。

调不动，就会被绕开。

绕开两年，这个软件就和AI没关系了，这两年可以定未来的生死。

这么重要的事情，飞书看到了，绝大多数办公平台也看到了。

但他们的反应不一样。

大多数平台的反应：加一个 AI 对话框

Notion 加了 Ask AI

Microsoft 加了 Copilot

Slack、Asana、ClickUp，几乎所有大厂都这么干， 在自己产品里加个对话框，里头装个 AI。

他们加这个 AI 助手是为了啥？

为了让你更愿意打开 Notion、更愿意打开 Slack。

可你已经打开 Claude Code 了，为什么还要再打开 Notion 用 Notion 的 AI ？

你会吗？

飞书的反应：彻底开放

飞书把消息、文档、表格、邮件、日历、画板、会议、知识库、OKR、考勤——15 个业务域、2,500 多个 API，全部重做了一遍，做成 AI 能看懂的CLI。

常用任务做成 AI 能直接调用的能力包。

然后开源，放到 GitHub，任何 AI 都能直接装。

你不用打开飞书，你的 AI 就能在飞书里干活。

飞书这一赌，挺大的

赌什么？

赌"用户打开我"这件事，不重要了。

所有产品都盯着怎么让用户多打开自己一次，这是命根子，是 KPI。

飞书反过来

「你不打开我也没事。你的 AI 替你用我就行。」

这种放手，比加一个对话框难得多。

要能接受一件事：以后用户会让 AI 来用飞书。飞书 App 这个入口，会越来越少人用。

绝大多数办公平台接受不了，可飞书想明白了，并且接受了。

兄弟们，这很难的！

如果飞书是你的，你能下这个决定吗？

做这件事需要格局，中国三家公司在这件事情上格局和行动无比统一。

50 多天过去了，市场给出了答案。

打开 GitHub，看一下三家的 star 数（5 月 19 日数据）：

不到两个月，飞书 CLI 已经破万，直奔 1.2 万。

数字本身没意思。数字背后是什么，才是这篇文章想讲的事。

11786 个 star，是开发者用脚投票

在小红书上点个赞，几分钟的事。但开发者在 GitHub 上 star 一个项目，是真的装了、真的跑了、真的觉得好用——才会点那个 star。11786 次这样的判断，才换来这个数字。

项目地址： https://github.com/larksuite/cli

但 star 还只是表层。786 个 forks，近八百个团队把代码复制到自己仓库准备二次开发。

公开的使用案例也印证了这一点。

有自媒体作者用 Obsidian + 飞书 CLI 搭知识管理工作流，原来素材在两个平台之间手动搬运 10-15 分钟一篇，现在 AI 一句话同步，1 分钟搞定，一个人当一个内容工厂。

有 30 人的 AI 内容公司用飞书 CLI 做了博主对账机器人——博主 @机器人对账、机器人去多维表格拉数据、自动分流到对应同事，3 个经纪人服务几百个博主。

还有一个叫做知外文化的营销服务公司，他们养了 26 只龙虾，全部使用飞书 CLI接入飞书，使用飞书的基座功能搭建了中国最深度的"人虾协作"体系。

这些用户分享的画面，感兴趣可以去搜一下，每天都有人在分享新玩法。

放到全球看，飞书做的这件事有多稀缺？

开发者认可了，但飞书 CLI 在全球到底排在什么位置？

很多人第一反应：Google Workspace CLI（gws）26,000+ star 那个不就排第一？

我去看了一眼。它的 README 第一行写的是——

"Not officially supported"

翻译过来：这不是 Google 官方支持的产品。出问题别找我们。

你公司敢把核心审批流程压在一个厂商自己说不保证能用的工具上吗？

卡最严的标准——官方支持 + 用户级 + AI 友好——全球只剩 3 个项目：

三家全是中国厂商。同代产品里，这种断层很少见。

如果看最新一周 npm下载量（普通用户真实安装的渠道）

真实的用户安装量，飞书是 gws 的 4 倍

装上飞书 CLI，你的 AI 能替你干什么？

1.安装飞书 CLI (给新手的无脑安装指令)

直接把下面这段话复制给你的 Claude Code，什么都不用管，它会帮你全部搞定，全程你只需要做一件事：浏览器自动弹出来的时候，点两次确认。剩下的 AI 全包了

帮我安装飞书 CLI，按以下步骤来，每一步完成后告诉我结果：  

1. 运行 npm install -g @larksuite/cli 安装 CLI 本体  
2. 运行 npx skills add https://github.com/larksuite/cli -y -g 安装飞书技能包  
3. 运行 lark-cli config init --new 配置应用，拿到链接后用 open 命令直接在浏览器中打开，然后等我说配置好了  
4. 等我说配置好了之后，运行 lark-cli auth login --domain all 登录，同样用 open 命令直接在浏览器中打开授权链接，然后等我说授权好了  
5. 等我说授权好了之后，运行 lark-cli auth status 确认登录成功  

全部完成后，告诉我现在可以用飞书 CLI 做什么。

2. 本地写完的文档，一句话变成飞书文档

你在本地写完一篇 Markdown，跟 AI 说一句：

它自动转成飞书原生格式、开好权限、把链接返回给你。30 秒。

这个动作是一个原子能力，可以嵌进任何工作流里。比如你让 AI 写完一份一周工作总结，发到飞书上给团队群，不用你手动中转文档，再转发，全部嵌入到 skill 里。

3.早上的邮件，让 AI 替你扫

每天打开邮箱，几十封混杂的邮件——客户的、通知的、订阅的、广告的、Newsletter 的。你要一封一封看、分类、决定哪些要回、哪些可以扔。

一天 30 到 60 分钟，就这么过去了。

它去飞书邮箱拉所有未读、读每一封的正文、按你过往工作上下文判断优先级、把重要邮件摘要打包发到指定群、给每封写好一份回复存到飞书邮箱草稿箱。

你只需要审一下草稿、点发送。剩下的全省了。

4：开完会，事儿就办了

你今天开了个 1 小时的会。散会时随口说："那个文档我回头发你"、"下周要约个 follow-up"、"这个方案我回头试一下"。

以前散会就忘了，最多写在便签上贴几天就丢。

现在都交给 AI 吧。

它去飞书拿到妙记的全文逐字稿、识别 3 个待办、给你列一个计划:

你点头确认，剩下的它全做。

这只是飞书 CLI  114 项能力里 3 个最简单的画面。

整套用熟了，AI 在飞书里能干的事远超这几个场景。

写在最后

Google开发者大会发布 Gemini 3.5，OpenAI 即将发布 ChatGPT 5.6，国产模型也在加速追赶，越来越强。

模型每强一代，AI 能接管的工作就多一层。

整个 SaaS 生态正在被重写，你的功能再强大，用户再多，但是不能被 AI 调得动，就会被淘汰。过去十年，软件的护城河是用户习惯、是生态锁定。接下来的十年，护城河是拥抱 AI，不是加一个对话框的拥抱，是彻底放开，让自己成为 AI 的手和脚，成为这个大脑的身体。

飞书 CLI 的 11786 个 star 是第一波信号：开发者和使用者已经在选择下一代软件生态的入口了。

谁先把门打开，谁就是入口!

所以：

飞书彻底开放...

在赌什么？