AI 导读
作者花三分钟用 npx @larksuite/cli@latest install 装好飞书官方 lark-cli,让 AI 完成建群、建文档、写入上周遗留 issue 并 @ 全员通知,每一步都能用 --dry-run 先预览再执行。
正文
我花三分钟跑了飞书的CLI才明白,
为什么Notion的MCP黑箱路线永远赢不了透明的CLI,
说个暴论,未来国内的 AI 老大,非字节跳动莫属,
我几个朋友的公司都陆续要从钉钉切到飞书了,信号非常明显。
刚刚花三分钟装了飞书官方那个 CLI 工具, 跑了一句话,建群、建文档、发通知,一次性全做完了, 我盯着终端看了几秒钟, 才反应过来这玩意儿真的能让 AI 直接操作飞书。 装的过程没啥可说的, 一行 npx @larksuite/cli@latest install, 三分钟搞定, 我试的场景挺日常,让 AI 帮我处理这么一件事, 明天上午十点和算法团队拉个会, 建一个会前准备文档, 把上周遗留的几个 issue 写进去, 然后在群里 @ 所有人通知时间, 终端里它一步步在 print 自己要做什么, 建群、建文档、写入内容、发消息, 每一步都能用 --dry-run 先预览一遍再真的执行, 我作为人类全程能看清 AI 在干嘛, 这跟我之前接 MCP 那种 AI 在云里自己执行你看不到的体感,完全不是一个东西, 跑完我才回头去看 GitHub, 飞书这个 lark-cli 今天 star 数刚好破 1 万, 开源到现在 45 天, 平均每天 219 颗星, GitHub 的 star 跟微博点赞不一样, 每一颗都挂在一个真实开发者的账号上, 是国内办公套件里第一个、也是目前唯一一个破万星的开源项目, 但真正让我对这条新闻改观的, 是另一个被很多人划过去的数字, 国内三家办公套件都开了 CLI,飞书、钉钉、企业微信, 只有飞书的主干里有 10 位真实外部开发者的代码被合进来,包括一个河南科大的实习生和一个土耳其的电商工程师,另两家是 0 和 0, 星是路过给的, PR 是动手写的, 这两个指标的含金量差了一个量级。 Notion 和 Figma 走的是 MCP 路线, 飞书选了 CLI,跑过一遍以后我有点理解这个选择了, AI 在 CLI 里执行任务, 每一步是可见的、可预览的、可审查的, 这个对开发者来说不是 fancy, 是真正能放心交给 Agent 去做事的前提, 以后让 AI 帮我从拉会到归档跑完一个完整项目流, 可能真就是一句话的事啊。在 X 查看被引用的帖子
来源:@AYi_AInotes · x.com