飞书 CLI：把开放平台装进终端
日常写自动化脚本时，飞书开放平台的能力很丰富，但“先找 API、再配权限、再写请求代码”这条路并不总是轻便。飞书 CLI 的价值就在这里：它把常用开放能力封装成命令行工具，让人和 AI Agent 都能用更低的成本操作飞书。
飞书 CLI 是 larksuite 团队维护的官方 Lark/Feishu CLI。它覆盖 Messenger、Docs、Base、Sheets、Slides、Calendar、Mail、Tasks、Meetings、Markdown 等业务域，当前标注为 18 个业务域、200+ 命令，并提供二十多个面向 AI Agent 的 Skills。
亮点一：不是简单的 API 包装
飞书 CLI 的设计重点不是“把接口搬到终端”，而是提供三层使用粒度：
- Shortcuts：面向人和 Agent 的高频快捷命令，适合发消息、查日程、写表格这类日常动作。
- API Commands：和开放平台接口保持同步，适合需要稳定参数结构的自动化脚本。
- Raw API：保留更底层的 API 调用入口，方便覆盖特殊场景。
这让它既能服务个人效率工具，也能嵌入 CI、运维脚本或内部平台。
亮点二：对 AI Agent 友好
项目最值得关注的地方，是它明确把 AI Agent 当成一等使用者。仓库内置多类 Agent Skills，覆盖日历、即时消息、云文档、多维表格、电子表格、任务、邮件、会议纪要等场景。对于 Codex、Claude Code 这类本地 Agent 来说，这意味着很多飞书操作不必重新写集成层，只要经过授权，就能通过命令完成。
这类能力适合做一些低摩擦自动化：比如把会议纪要整理到文档、把任务同步到表格、按日程生成站会摘要、从群消息里提取文件并归档。
亮点三：安装和授权链路比较短
README 推荐通过 npm/npx 安装：
| |
随后可以初始化配置并登录：
| |
auth login 支持交互式选择，也支持按 domain 或 scope 精确授权；auth status、auth check、auth scopes 则用于查看登录状态、检查权限和列出可用权限。对脚本来说，这些命令比手写 OAuth 流程更直接。
亮点四：安全边界写得比较清楚
AI Agent 能操作飞书，也意味着它可能在用户身份下读取或修改真实业务数据。README 专门提醒：授权后，Agent 会在已授权范围内以用户身份执行操作，存在敏感数据泄露、误操作和提示注入等风险。
所以它更适合在“最小权限”的前提下使用：只授予当前任务需要的 scope，避免随意放宽默认安全设置；涉及发消息、改文档、写表格这类有副作用的动作时，也应该保留人工确认或审计记录。
适合谁用
如果只是偶尔点点飞书页面，CLI 的价值不会特别明显。但对于下面几类场景，它会很有用：
- 经常写飞书自动化脚本的开发者；
- 想把飞书接入本地 AI Agent 的团队；
- 需要批量处理消息、文档、表格、日程和任务的运营或研发效能团队；
- 想快速验证飞书开放平台 API 的集成方案。
飞书 CLI 的核心亮点，不是“命令很多”，而是把飞书开放平台、命令行自动化和 AI Agent 工作流放到了一起。它让飞书不只是一个协作产品，也能成为本地工具链和智能体系统里的可编排能力。