飞书 CLI 开源：字节的野心不是办公软件，而是 AI 时代的”社交协议”

3月28日，飞书团队开源了 Lark CLI。

消息出来的时候，很多人的第一反应是：飞书也开始做开发者工具了？

但如果你仔细看完了它的功能介绍，你会发现这个判断可能低估了这件事。

它不只是一个命令行工具，也不只是一个 API 封装。它的目标是：让所有 AI Agent 都来用飞书。

一个工具，但背后是 200+ 能力

先说 Lark CLI 是什么。

简单讲，它是一个让 AI 操作飞书的命令行工具。装上之后，你的 AI Agent 可以直接给指定的人发邮件、查今天的日程、在多维表格里新增一条记录、把文档里的内容更新、搜索知识库里相关的资料……

安装只需要三行命令：

npm install -g @larksuite/cli
lark-cli config init
# 扫码授权，搞定

然后打开 Claude Code、Cursor、或者任何 AI 编程工具，说一句话，AI 自己就去飞书里把事情办了。

它的底层覆盖了飞书开放平台的 2500+ 个 API，但给用户暴露的是三层命令：快捷命令（+agenda）、常用 API（im messages-send）、以及原始 API 调用。200 多个命令覆盖 11 个业务域，内置 19 个 AI Skill。

MIT 协议，完全免费商用。

这不是飞书第一次”不讲武德”

如果你关注 AI 圈，3月份最火的话题是 Anthropic 52 天发布了 75 个产品，每 0.7 天一个。

飞书这次开源 Lark CLI，本质上是同一个逻辑——用极低的门槛换取极大的覆盖面。

不同的是，Anthropic 是在模型和产品层发力，飞书是在”协议层”布局。

字节在下什么棋

真正值得讨论的，不是这个工具本身，而是字节为什么要免费开源它。

答案可能藏在微信的历史里。

微信当年靠”免费”撬动了社交关系链——个人用户免费用，社交关系沉淀在微信上，企业主不得不在微信做公众号、做小程序，微信成了整个移动互联网的生态中心。微信赢的不是聊天工具本身，而是人与人之间关系链的控制权。

飞书现在在走一条类似的路，只是对象从”人”变成了”AI Agent”。

逻辑是完全一样的：

• AI Agent 未来需要操作日历、发消息、写文档、管任务——这些恰好都是飞书的核心功能
• 飞书把 CLI 开源，让所有 AI 都可以低成本接入，门槛几乎为零
• 当所有 AI 的”工作界面”都绕不开飞书的时候，飞书就成了 AI 时代的基础设施

微信靠人与人之间的关系赢了上半场。

飞书赌的是下半场：Agent 与 Agent 的协作协议。

AI 时代的”社交协议”是什么

未来，每个人都会有自己的 AI Agent。你的 Agent 帮你安排日程、帮你写邮件、帮你跟进项目、帮你整理会议纪要。

但这些 Agent 之间也需要通信——你的 Agent 需要知道对方什么时候有空、你们的文档结构是什么样的、任务分配到了哪一步。

底层需要一个”标准接口”。

飞书开源 CLI，其实是在定义这个接口的标准。

当所有 AI 工具都用 Lark CLI 操作飞书的时候，飞书不需要说服用户迁移，用户甚至不知道自己用上了飞书——但 AI 帮用户操作飞书的那一刻，飞书就已经赢了。

这比当年微信的逻辑更隐蔽，也更高明。

OpenClaw 的机会

最后说一下对我们这类 AI 工具使用者的影响。

飞书官方在发布 Lark CLI 的时候提到，后续会上线一个「飞书官方 OpenClaw 插件」，内置全部 CLI 能力。这意味着 OpenClaw 现有的飞书插件能力会大幅扩展——AI 直接操作飞书的边界会更宽。

对于做 AI 工具出海、做 AI Native 产品的人来说，这也是一个信号：底层协作协议的机会窗口正在打开，现在介入可能还来得及。

回到那个问题

AI 时代，什么是真正的入口？

很多人说是大模型、是 ChatGPT、是 Agent。

但也许真正的入口，是让所有 AI 都绕不开的那个协作层。

字节这一步棋，比很多人看到的要大。

你认同这个判断吗？你觉得 AI 时代的”社交协议”会是什么形态？欢迎留言讨论。