刚开源就斩获 2.8K Star！飞书开源自家的 CLI，让 AI Agent 直接接管你的办公！

上周末，字节跳动飞书团队干了一件在我看来特别有战略意义的事：

他们把一整套办公协作工具，全部打包成了一个命令行工具：lark-cli，并直接开源到了 GitHub。

不到两天时间，已经斩获 2.8K Star！

这件事的意义，我觉得不亚于当初飞书接入 OpenClaw 那天。

近段时间，全球各大互联网大厂，都在频频推出自己的 CLI 工具。主要还是 CLI 纯文字、纯指令的世界，没有按钮，没有弹窗，有的只是：我告诉你做什么，你把结果给我。

这恰好就是 AI 最擅长的交互方式。

项目简介

lark-cli 是飞书官方开源的命令行工具，用 Go 语言开发。

可以让用户和 AI Agent 都能在终端中操作飞书。

覆盖了消息、文档、多维表格、电子表格、日历、邮箱、任务、会议等核心业务域，提供 200+ 命令及 19 个 AI Agent Skills。

这个项目上线第一天就斩获 1000+ Star，目前已经超过 2800 Star，迅速成为开发者社区的热门话题。

目标就是让 Claude Code、Cursor 等 AI 编程助手能够通过自然语言指令直接操作飞书，实现真正的"对话即操作"。

11 大业务域全覆盖

飞书这次真的下了血本，几乎把所有核心能力都开放出来了。

你能想到的飞书功能，几乎都在这里了。

三层调用架构

lark-cli 并没有简单地把 API 封装一遍就完事，而是设计了一套三层架构，满足不同场景的需求：

第一层：Shortcuts（快捷命令）

以 + 为前缀，对人类和 AI 最友好的封装形式，内置智能默认值，支持表格输出，还支持 --dry-run 预览。

# 查看今天日程
lark-cli calendar +agenda

# 发送消息
lark-cli im +messages-send --chat-id "oc_xxx" --text "Hello"

# 创建文档
lark-cli docs +create --title "周报" --markdown "# 本周进展\n- 完成了 X 功能"

第二层：API 命令

从飞书开放平台元数据自动生成，100+ 精选命令与平台端点一一对应。

# 列出日历列表
lark-cli calendar calendars list

# 查看事件实例
lark-cli calendar events instance_view --params '{"calendar_id":"primary","start_time":"1700000000"}'

第三层：通用 API 调用

直接调用任意飞书开放平台端点，覆盖 2500+ API。

# GET 请求
lark-cli api GET /open-apis/calendar/v4/calendars

# POST 请求
lark-cli api POST /open-apis/im/v1/messages \
  --params '{"receive_id_type":"chat_id"}' \
  --body '{"receive_id":"oc_xxx","msg_type":"text","content":"{\"text\":\"Hello\"}"}'

普通用户用第一层，AI Agent 一般用第二层，想做骚操作就上第三层。这个分层设计确实很到位。

19 个 AI Agent Skills

Skills 是 lark-cli 为 AI Agent 设计的能力模块。每个 Skill 封装了一组相关操作，让 AI 助手能够理解和执行特定领域的任务。

快速上手(AI Agent)

1、安装 CLI

npm install -g @larksuite/cli

2、安装 Skills（必需）

npx skills add larksuite/cli -y -g

3、配置应用凭证及登录

lark-cli config init --new

lark-cli auth login --recommend

在后台运行此命令，命令会输出一个授权链接，提取该链接并发送给用户，用户在浏览器中完成配置后命令会自动退出。

这里的 --recommend 参数会自动选择常用权限范围，减少手动筛选的步骤。

4、验证

lark-cli auth status

安全设计

既然是为 Agent 设计的工具，安全问题是必须面对的。lark-cli 在 README 中用了相当篇幅讨论风险和防护措施：

• • 输入注入保护：防止恶意 prompt 影响 Agent 行为
• • 输出净化：终端输出经过处理，避免敏感信息泄露
• • 凭证安全存储：使用操作系统原生 keychain

项目文档建议将 Agent 使用的飞书 Bot 限定在私人对话中，不要添加到群聊——这降低了权限滥用和数据泄露的风险边界。

写在最后

飞书这一步走得相当大胆。传统产品往往追求 DAU（日活跃用户）和停留时长，但飞书选择把核心能力通过 CLI 开放出来，意味着用户有时不需要打开飞书 App 就能完成操作。

这背后的逻辑很清晰：

• • 效率至上：真正的效率工具应该让用户用最高效的方式完成工作
• • AI 原生战略：从 OpenClaw 到 CLI 开源，飞书誓死要把"Agent 基建平台"这个心智焊在脸上
• • 生态开放：通过开源吸引开发者共建，形成飞书生态的技术护城河

这不仅仅是一个工具的开源，这是软件形态的一次根本性转变。飞书在说：我不只是一个给人用的 App，我也是一个给 AI 用的操作接口。

GitHub：

https://github.com/larksuite/cli

如果本文对您有帮助，也请帮忙点个 赞👍 + 在看 哈！❤️

在看你就赞赞我！