47天破万星！飞书CLI如何成为Agent工作平台新宠？

新智元报道

编辑：Aeneas 好困

【新智元导读】 仅用47天便在GitHub上突破万星，飞书CLI迅速走红！2026年春季，飞书已成为开发者心目中公认的最佳Agent工作平台。

OpenClaw火了，Hermes也火了，如今的AI圈早已今非昔比。

过去，大家都在比拼大模型参数和Token价格，而现在最热门的话题已经彻底转变：AI究竟如何融入工作流程？Agent到底能不能真正帮我们干活？

在GitHub上，开发者们已经用实际行动给出了答案。

最近，一个名为“飞书CLI”的开源项目在GitHub上呈爆发式增长。

该项目于3月28日开源，当天Star数便突破1000。

仅过了47天，就在昨天，其星标数正式突破1万大关！

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

放眼全球，CLI因Agent而彻底火爆！

然而，官方支持的办公平台CLI开源项目依然极为稀缺。在同期开源的同类办公平台CLI项目中，飞书已经遥遥领先。

这个原本被开发者们使用了数十年的命令行界面，如今突然翻红，原因其实很简单：

大模型的训练数据中包含了数十亿条CLI命令，AI天生就“认识”它，无需额外学习。

当办公平台将自己的能力转化为CLI，Agent便真正获得了操作办公软件的“手脚”。

飞书，正成为Agent改变企业工作方式的最佳平台。

Agent在飞书里，都能做些什么？

就拿一个日常场景来说吧。

每天早上的选题会上，编辑们会提出各自不同的写作角度。

此时，只需在群里@助手，接入飞书CLI的Agent就会自动接手任务。

它先将编辑们的讨论内容写入多维表格，几秒钟内便将口头讨论转化为结构化数据。

紧接着，群里会弹出两张卡片。

一张用于沉淀会议纪要，另一张则输出角度对比分析，帮助编辑直接做出判断、确定方向。

编辑回复最终方向后，Agent会立即更新结论，发出一张总结卡片并@所有人。

此外，它还会附上自动生成的纪要文档，并开放群组编辑权限。

在这个过程中，人类编辑全程只发送了2条消息，而Agent则调用了21次飞书CLI，跨越了消息、多维表格、云文档和权限管理4个飞书产品模块。

过去需要花费半小时的会后整理流程，现在直接压缩到几十秒即可完成。

这套流程与管项目、做回款核对使用的是同一套CLI命令，只需换个场景、改几个参数就能复用。

**

**

他们，让Agent真正进入工作流

我们的实测只是冰山一角。

越来越多的开发者正在利用飞书CLI的能力，将Agent真正嵌入工作流程，探索AI原生的全新工作方式。

例如，Intent公司CEO陈春宇让Agent接入了公司飞书上的全部历史数据，用于复盘自己从2月底以来的34个决策。结果发现，七成决策与AI的判断是重合的。

更有趣的是，这个工具还可以反向使用。

在大量使用AI记录之后，Agent可以反向分析他的成长路径应该如何设计，决策框架应该如何升级。一位CEO就这样将Agent变成了自己的“决策教练”。

开发者张昊打造了一个基于飞书CLI的知识工作流工具NoteLoom。它跳出了对话框的形态，采用画板视图来组织多线程、多起点的工作流。

在这里，飞书扮演的是团队协作与数据资产沉淀的底座角色。内容从飞书文档、多维表格导入NoteLoom进行处理，加工完成后再沉淀回飞书。

用户的知识资产始终留在飞书内，而NoteLoom则充当中间的加工层。

开发者Daniel开发的Pokoclaw，则借助飞书将Agent从聊天玩具升级为可管理、可监督的工作系统。

底层接入了飞书开放平台的SDK和API，Agent在日常任务中大量使用飞书CLI。查询SubAgent状态、拉取项目进展、自主决策下一步，所有这些操作都在飞书对话框内完成。

从CEO的决策复盘，到知识工作流的数据中枢，再到持续运行的Agent工作系统——在飞书里，Agent已经不再是漂浮在云端的大脑。

全球开发者集体“投奔”

2026年3月底，国内几家头部工作平台不约而同地开源了各自的CLI。

但不到两个月，数据差距便显现出来：飞书CLI的Star数已经是同期其他项目的数倍。

最核心的原因，在于它开放的广度和深度，能让Agent做更多事情。

目前，飞书CLI已覆盖17个业务域，开放了200多条命令。消息、文档、表格、多维表格、邮件、日历、任务、审批、知识库、画板、幻灯片、会议、妙记、OKR、考勤、云空间、通讯录——办公全链路已全部打通。

在飞书里，Agent几乎可以完成一个白领能做的全套工作，包括查日程、发消息、写文档、建表格、提审批、搜邮件、管任务、读妙记。它不是生成一段文字让你复制粘贴，而是直接替你把事情办好。

而且，这些能力之间是相互打通的。

一句话，你就可以让Agent拉取两周的日历，自动给每场会议打标签，写入多维表格，生成仪表盘。

或者让Agent扫描妙记，给每场会议打一个“产出密度”分数，帮助团队找出哪些会议在反复讨论同一件事。

开源40多天后，飞书CLI仍在持续加速，迭代新增了100多项能力，发布了32个版本。

这里的关键在于，飞书CLI的架构设计真正是为Agent而生。它的三层命令架构如下——

第一层Shortcut，供人与AI共用，高度封装，一句“帮我查今天日程”就能跑通。

第二层API Commands，与飞书OpenAPI一一映射，当Agent需要精确控制时走这一层。

第三层Raw API，可以调用飞书全平台的2500多个端点，理论上具有无限扩展性。即便CLI版本尚未封装某个新API，Agent也能通过Raw API自行寻找解决方案。

遇到未见过的新接口，Agent可以使用schema命令当场查询参数定义和示例值，中途无需退出工作流去翻阅文档。

在三层架构之上，飞书CLI额外提供了Skill机制。24个预置Skill覆盖了消息、文档、表格、日历、审批等核心场景。

Skill用自然语言描述“如何用CLI完成某类任务”，Agent加载后就知道如何组合命令完成任务，无需每次从零摸索。

除了官方封装的Skill，飞书CLI还提供了skill-maker框架，开发者可以创建自己的Skill，沉淀团队特有的工作流。

同时，飞书CLI内置了基于WebSocket的实时事件订阅功能，Agent可以持续监听飞书内的变化——新消息、日程变更、审批更新——第一时间感知并自主响应。Agent从“被叫才动”变成了“主动出手”。

错误处理也是为AI设计的。出错时不仅会报错误码，还会告诉Agent下一步该怎么做——是切换身份还是补授权。

在安全层面，输入注入防护、终端输出净化、钥匙串凭证存储默认开启。Agent能做事是第一步，但安全地做事才是企业敢于使用的前提。

**

**

真开源，真共建

值得一提的是，飞书CLI并非只是将代码挂上GitHub就完事了。

668个fork，意味着有数百个团队正在基于它构建自己的工具链。其中，有50多位外部贡献者提交了代码，10位贡献者已合入主干。

现在，飞书CLI几乎每周都有外部代码合入。

在贡献者中，有来自土耳其Hepsiburada的电商工程师、来自越南的独立开发者、杭州SaaS公司再惠的工程师等等。

也就是说，全球开发者都在为这个项目添砖加瓦。

|

—|—

Issue 区域的反馈已经明确进入 Agent 工作流层面，开发者们正在深入探讨 onboarding 对人类与 AI Agent 成功率的影响，以及意图识别、工具选择、上下文管理等实际落地难题。

由此可见，开发者并非仅仅围观，而是在真实实战。他们正在认真评估，飞书 CLI 是否能融入自己的生产环境。

飞书正演变为 Agent 的核心工作空间

从开发者的实践到社区的共建，都指向同一个结论——飞书正在成为 Agent 最核心的工作空间。

为什么是飞书？因为 Agent 要真正发挥作用，需要同时具备三个要素：

1. 上下文：飞书上沉淀了企业多年的消息、文档、日程、妙记、多维表格和 OKR。Agent 接入的并非空壳，而是蓄满数据的池塘。
2. 执行力：CLI 打通了 17 个业务域，Agent 授权后能明确知道你属于哪个部门、拥有什么角色、可以查看哪些数据，这套权限贯穿所有模块。
3. 交互界面：飞书的 Bot 机制让 Agent 瞬间拥有一个每个同事都会使用的前端界面，无需单独开发 UI。

这三层叠加起来，飞书就是 Agent 最自然的工作空间。

OpenClaw 热潮中的一个细节印证了这一点：大量开发者在没有任何官方号召的情况下，自发涌入飞书生态。

OpenClaw 中文社区创始人杨明锋回忆道：“我判断在国内环境中，飞书可能是最快、也是最合适接入 OpenClaw 的平台。”

从社区自发到官方跟进，再到 CLI 全面开源，这条时间线是开发者一行行代码写出来的。

万星，仅仅是开始

2026 年的春天，在 OpenClaw 热潮中，开发者们已经用脚投票选出了 Agent 的工作平台。

此前，Agent 办公或许还停留在“帮我生成一段文字”的阶段。但现在，已经有人在飞书里培养了一个 AI 同事，有 CEO 让 Agent 复盘决策，有数百个团队基于 CLI 构建自己的工作流。

目前来看，如果你想认真探索 Agent 在企业办公场景中的生产力落地，飞书是开发者共同投出来的、国内最领先的 Agent 工作空间，没有之一。

在这里，AI 不再是工具，而是真正与人共生的数字劳动力。

参考资料：
https://github.com/larksuite/cli