Ch. 4 — Notes · § 012026·05·15 · — words
Ch. 4

飞书 CLI 破万 star,51 天每天一版,一个做同类工具的开发者在想什么

§ 01
COLOPHON
Source Serif 4 · JetBrains Mono · Forge Codex
TOOLS
Next 15 · MDX · framer-motion

larksuite/cli 在 51 天内达到 10307 个 star,每天发一个版本。我也在做 Go CLI 工具,对比之后想清楚了几件事。

TL;DR: 飞书 CLI 51 天破万 star、每天发版,和我的 md2wechat-skill 增速差 11 倍。对比下来发现两个工具走向同一个方向:AI-native CLI。差距是结构性的,和努力程度关系不大。提炼了三条可复用的判断。


§看到这个数字的第一反应

从今年 3 月 25 日到 5 月 15 日,51 天,v1.0.1 到 v1.0.31,每天一个版本。我看到飞书 CLI 的 release 历史时第一反应是:我是不是做错了什么。

我自己也在做 CLI 工具,md2wechat-skill,专门处理公众号创作的,从今年 1 月 11 日开始,到今天 124 天,2214 个 star。算一下增速,飞书 CLI 大约 202 个 star 每天,我大约 18 个,差了大概 11 倍。

我花了一些时间对比两个项目,想弄清楚这 11 倍差距从哪里来。


§飞书 CLI 的打法

项目描述里写着:"built for humans and AI Agents"。官方明确把 AI agents 当第一类用户,不是附加功能,是立项的基础假设。

近 10 天的版本:v1.0.22 到 v1.0.31,每天一个,每个版本都有实质内容。比如 v1.0.31 加了 drive 按修改时间过滤同步的能力,auth 命令加了 --exclude 标志位,install 命令在非 TTY 环境下自动跳过交互提示。

最后这条是专门给 AI agents 做的。agents 跑命令行时没有终端交互,如果工具卡着等人输入 y,整个流程就断了。这种细节说明他们真的在按 agent 场景设计,不是贴个"AI-ready"标签。

总计 200 多个命令,20 多个 AI Skill,覆盖飞书的 IM、文档、多维表格、日历、会议等主要场景。


§我这边的路径

md2wechat-skill 做的是公众号创作这个场景。最近几个月做了一次大重构,从 v1.8.0 到 v2.0.0,把整个排版引擎拆成了 43 个独立模块,支持 40 多套主题,能生成 AI 配图,能直接把草稿推送到公众号草稿箱。

v2.2.0 在 5 月 10 日发了,加了记忆文件功能。以前用 AI agent 帮写公众号,每次都得重新声明写作风格,现在工具能记住,不用重复说。同时加了对 Claude Code、Codex、OpenClaw 的支持,做了 MCP Server 集成。

五一期间遇到一件麻烦事:有人拿开源协议做商业二次开发。发现之后花了好几天把 License 改成了 Source Available,理由就一条:我不希望别人把我建的东西直接套个皮卖钱。改动在社区引起了一些讨论,这个代价是真实的。觉得值得付,另一种选择是眼睁睁看着别人商业化自己的工作。


§增速差 11 倍,但走向同一个方向

对比了这两个项目之后,发现一件有意思的事:增速差 11 倍,但两个工具走向的是同一个方向。

飞书 CLI 写"for humans and AI Agents",我的 v2.2.0 做的是"AI agents 不用重新声明风格、支持主流 agentic 工具链"。两个工具都在回答同一个问题:CLI 工具要怎么让 agent 用得起来,而不是卡在交互提示上。

我自己做 CLI 工具这一年,越来越觉得 CLI 对 agents 友好有结构性原因:没有弹窗、可以被脚本调用、命令可以组合、行为可以版本化、输出格式可以预期。这些 GUI 工具很难同时做到。

增速差 11 倍的原因想清楚了:飞书有几百万企业用户的基础,有全职团队,有全自动的 CI/CD。我是个人开发,没有这些。差距是结构性的,和努力程度没有太大关系。


§风险

CLI 工具有天然门槛:用户得愿意开终端,会用命令行。

飞书 CLI 有企业 IT 部门帮你推,有官方文档和支持团队。个人工具没有这个,增长更依赖开发者社区的口碑传播。飞书 CLI 的增长逻辑直接套到个人项目上,会失真。


§提炼三条判断

AI-native 要从立项起就做进去,后来再加是补丁。 飞书 CLI 的非交互模式、标准化输出,是从设计之初就按 agent 需求来的。补丁式的 AI 适配往往漏洞很多,agent 跑着跑着就卡住了。

小步发版比攒大版本好很多。 飞书 CLI 每天发一版,每次粒度很小,问题暴露早,用户反馈快。md2wechat-skill 从 v2.0.0 到 v2.2.0 发了十几个小版本,比之前好很多。以前攒大版本,发出去之后问题扎堆,处理起来很慢。

还有一条是做下来才意识到的:飞书 CLI 的增长逻辑直接套到个人项目上会失真。飞书是企业场景驱动,背后有 IT 部门推、有官方支持团队。个人工具没有这些,增长更依赖开发者口碑在具体问题上的口耳相传。增长路径不同,对标方式也得不同。

SIGNED北京 · 2026·05·15 · git dev