← 返回首页
开源CLI星标过万，飞书领跑企业Agent入口争夺赛｜甲子光年|agent|工作流|开源cli|飞书|高吞吐量内核_手机网易网 网易 网易号
0

开源CLI星标过万，飞书领跑企业Agent入口争夺赛｜甲子光年

甲子光年
甲子光年
2026-05-15 15:06 ·北京
0
打开网易新闻 查看精彩图片
打开网易新闻 查看精彩图片

一个开源不到两个月的CLI项目，为何让开发者密集涌入？

作者｜栗子

飞书开源CLI项目在GitHub的Star数超过10000了。

今年3月28日，飞书正式开源“飞书CLI”，发布首日在GitHub上即获得1000+Star。仅仅1个多月后，这一数字就翻了10倍之多。

把这个增速放到全球办公SaaS CLI的坐标系里看，会更清楚它的分量。

要知道，在全球办公SaaS产品里，绝大多数厂商官方并不会开源自己产品的CLI工具。Googleworkspace CLI目前开源70+天，收获2.6万Star。但它写明了是“非官方支持”。

能做到真正“官方支持级别+用户级+AI agent 友好”的CLI项目，也只有中国协同三大厂：飞书lark-cli、钉钉dws、企微wecom-cli。

10100+ stars、673 forks、380+ issues、32个releases。显然，飞书CLI已经是目前国内工作平台官方CLI中最受关注的项目，没有之一。

打开网易新闻 查看精彩图片

国内工作平台GitHub历史星标情况，图源：star-history.com

那么问题来了：一个开源不到两个月的中国CLI项目，为何让开发者密集涌入？三大协同办公厂商为何几乎同时开源CLI？开源CLI对于飞书来说究竟有多大价值？

1.CLI翻红：当命令行成为AI Agent的母语

要想看懂飞书们开源CLI背后的意图，必须先了解CLI是什么。

相信很多人在今年初都听过CLI这个词，但也许不知道它到底是什么意思。CLI的全称是Command Line Interface（命令行界面）。

这名字听起来很陌生，但其实我们早就见过。Windows里的“命令提示符”（cmd），Mac里的“终端”（Terminal）都是CLI，说直白点，就是像早期电脑那样，通过敲命令来操作，与我们现在用鼠标点击的图形界面（GUI）正好相反。

对比用命令行控制计算机，显然图形界面的Windows系统更符合人类的操作习惯，这也是计算机快速普及的核心原因之一，CLI也就逐渐被人们遗忘。

但为什么这样一个对于人类难用的工具，在今天反而翻红了？原因正是OpenClaw。

OpenClaw在今年初的爆火，让人们看到了AI Agent的强大潜力。但问题在于，目前人们使用最广的GUI界面，反而成了AI的阻碍。因为它要求Agent理解图形界面元素的位置和状态，才能进行正确的操作。但显然这对于LLM（大语言模型）来说是低效的。

而CLI不同，它与LLM天然适配。因为LLM的训练语料包含了互联网上的海量文本，本身就包括了数十亿行CLI命令和对应的输出。对比模拟键鼠操作图形界面，AI显然更适合CLI操作。

比如，飞书开源的CLI，就是飞书官方开源的命令行工具，让人类和AI Agent都能用命令行的方式在终端中操作飞书能力，无需任何额外的协议适配。

飞书CLI覆盖了飞书最核心的业务域，包括消息与群组、云文档、多维表格、日历日程、邮箱、任务、知识库、通讯录等17项最核心的业务域的200多条子命令，力求让人类用户操作的功能，Agent也都可以用命令行的形式直接操作。

据「甲子光年」了解，目前已有不少开发者借助飞书CLI进行自己的业务探索。

比如开发者张昊基于飞书CLI打造了一款名为NoteLoom的产品。这是一款基于节点式画布交互范式的Agent产品。它借助飞书CLI打通企业协作空间，将飞书作为数据与协作资产沉淀的底座，更好地支持发散式内容生产、多线程探索和复杂知识工作流组织。

再比如Intent公司CEO陈春宇基于飞书CLI，用能访问公司上下文的Agent做个人复盘，分析自己从2月底以来的时间分配，统计自己的决策情况。他发现自己的决策70%和AI判断是重合的。同时，他用AI反向指导自己怎么成长，大量使用AI记录之后，Agent反过来可以指导他的成长路径怎么设计，决策框架怎么升级。

更深入的看，飞书CLI的600+Forks数量说明，已经有数百个开发团队或个人愿意投入研发资源，基于飞书CLI底座去构建和延伸自己的工具链；而且在380个issues中，讨论内容已深入到Agent意图识别、权限边界这类生产环境层面的问题。

也就是说，开发者们不只是在试用，更是在认真评估飞书CLI能否成为长期依赖的Agent接口。而这也必将进一步放大Agent在企业业务端的落地能力，彻底颠覆企业IT架构的逻辑。

2.三大厂齐开源，争夺Agent时代的“协同底座”

并不是只有飞书看到了这个巨大机会。

3月27日，飞书开源CLI的前一天，钉钉CLI开源项目上架GitHub社区，原生支持Claude Code、Cursor等主流AI编程与Agent执行环境，是国内首个面向AI Agent开源全产品能力的国民级应用。

3天之后的3月30日，企业微信CLI开源项目上架GitHub，开放消息、日程、文档、智能表、会议、待办、通讯录等七大核心产品能力，同样支持主流 AI Agent调用。

钉钉、飞书、企业微信三家几乎在同一时间开源各自的CLI工具。时间上的不约而同，说明这三家公司对同一件事做出了相同的判断——AIAgent必将成为企业的重要“数字员工”，而企业协作平台必须对Agent保持开放。

这种判断背后的底层原因，是竞争逻辑的根本改变。

首先，它们开源CLI的本质，不是功能的开放，而是工作空间的开放。

传统的API开放，是“程序员友好、Agent不友好”的模式——程序员写代码、集成到系统，Agent得理解API细节才能调用。但像飞书CLI的开放，是面向AI Agent原生设计的。它让Agent理解飞书能做什么，而不是让人告诉Agent怎么用飞书。

再看工具与企业的关系。

过去的飞书是企业协同工具，卖的是“人和人的协同效率”。但今天不一样，开源CLI之后，现在的飞书是Agent的工作底座，卖的是“人和Agent的协同效率”。

过去企业协作产品之间的竞争，比的是功能、体验、生态规模，这些都是存量市场的竞争；现在，AI Agent开始成为企业的重要数字员工。谁能让自己产品的能力、平台上的信息流被Agent更好地调用，谁就拿到了AI时代增量市场的入场券。

也就是说，协同产品从过去的功能竞争，转变成了“Agent时代工作平台入口”的争夺。毕竟每个Agent都需要接入人类的工作信息源（日历、文档、消息、任务等）。谁成为了这个信息流的入口，谁就占据了AI Agent时代最大的企业级token分发与消耗的生态位。

不仅如此，更重要的是“工作流标准”的制定权。

类似于Anthropic在2024年11月25日发布的MCP协议（Model Context Protocol，模型上下文协议），飞书CLI用200+命令覆盖了飞书的核心能力。如果这套命令体系成为AI Agent操控企业协作工具的行业标准，那么飞书就掌握了这个领域的事实标准。

尽管也许这很难实现，但这一定是飞书构建自己业务生态的核心战略考量之一。

如果我们把视角拉高就会发现，今天三大厂商同时开源CLI的意义，类似于2006年AWS正式推出EC2和S3服务。后者标志着基础设施即服务（IaaS）商业模式的诞生，而前者则拉开了让AIAgent真正走进企业业务的大幕。

3.从SaaS到Agent基础设施，飞书重新定位

伴随着AI Agent真正走进企业业务，一个更深入的判断是：开源CLI，意味着飞书正在从一个SaaS产品，变成一种AI时代的基础设施。

事实上，企业在没有AI的时候，生产运营的核心流程就已经落在飞书上了——打卡、审批、合同、通知、协作文档、项目管理。这些系统记录了一家企业最真实的运转状态：谁在做什么事，进展到哪一步，谁批准了什么，谁需要跟进什么。

现在，AI Agent要来替代人做这些工作了。但Agent要真正完成企业的生产经营任务，需要连接企业全部的数字化系统，不仅仅是数据，还包括CRM、财务、HR、供应链等等。

换句话说，AI时代的企业需要给Agent建设的不只是一个能用的数字空间，而是一套完整的“数字化底座”，让Agent能在上面调用所有业务能力。

CLI，就是这个底座的接口层。每一家企业级软件，未来都需要用CLI的方式告诉Agent：我能做什么、怎么调用我。

就像企业当初选择飞书生态还是钉钉生态，决定了后续多年在那个生态里积累了多少应用和数据；今天企业选择基于哪家协作平台的CLI来构建Agent的底层基座，决定了在AI时代，这家企业将以哪家平台作为数字化运营的核心锚点。

三大厂商正在争夺的，就是这个位置。

在这场竞争里，飞书已经显现出了领先的身位。飞书CLI上线不到两个月，Stars数量过万，这个增长速度在国内企业级CLI中极为罕见。开发者是技术最敏感的一群人，他们的实际行动足以说明问题。

为什么飞书能做到？答案在于，目前飞书拥有国内最好的“数字底座”条件。

首先，飞书通过CLI开放了完整的办公空间。通讯录、文档、多维表格、日历、审批——这些模块覆盖了一家企业几乎全部的核心工作流。当它们全部被CLI化，意味着Agent可以完成从“查数据→生成分析→撰写方案→通知相关人员”的全流程。这和简单的聊天机器人，是完全不同的量级。

不仅如此，飞书CLI在技术上的持续打磨，也证明这不是一个短期行为。40天内新增100多项能力，32次Release，50+外部开发者贡献代码，都说明飞书正在积极响应开发者需求，快速构建自己的Agent生态。

更深一层，飞书的开发者生态已经形成正向循环。

早在飞书CLI开源之前的3月初OpenClaw的2026.3.1版本发布时，大量开发者就自发维护飞书的适配升级。

后来，OpenClaw中文社区创始人杨明锋提到，他当初在社区里看到有人自发做飞书扩展，因为判断“在国内环境里，飞书可能是最快也是最合适接入OpenClaw的平台”。于是他自己动手实现了飞书扩展。

这种用脚投票的开发者热情，是飞书AI生态最具说服力的证明。

飞书开源CLI这件事，表面上是一个产品的技术升级，实际上是一个时代信号。

当三家中国最大的企业协作平台，在相隔不到3天内相继开源CLI，它们在宣告一件事：我们正在从“服务人类协作”转向“服务AI Agent协作”；协同办公产品也正式从工具真正意义上进化为Agent基础设施。

这一轮平台迁移的发令枪刚刚打响，而飞书已经率先领跑了。

（封面图来源：AI生成）

打开网易新闻 查看精彩图片
特别声明：本文为网易自媒体平台“网易号”作者上传并发布，仅代表该作者观点。网易仅提供信息发布平台。
打开网易新闻体验更佳

热搜

热门跟贴

打开APP发贴
0条跟贴

相关推荐

回到顶部 回到首页