直播分享 | 飞书CLI：让Agent真正落地的最短路径

直播分享 | 飞书CLI：让Agent真正落地的最短路径 直播分享 | 飞书CLI：让Agent真正落地的最短路径 Modified April 10 飞书 CLI：让 Agent 真正落地的最短路径 李祥瑞 | 万涂幻象 · 多维表格社区主理人2026.4.10 Mini Camp 直播分享 一、我为什么兴奋 我做飞书多维表格咨询快两年了。客户沟通、出方案、搭系统，这三件事占了我 80% 的时间。 飞书 CLI 出来之后，我第一反应不是"又一个工具"，而是"终于有人把 Agent 和飞书打通了"。 之前的痛点很具体： • 每次客户开完会，我要手动从纪要里提炼需求，再手动写方案 • 方案确认后，搭建多维表格全靠手点，一个字段一个字段建 • 客户改个需求，我又要手动改方案、手动改表格 • 重复劳动巨大，真正需要动脑的部分反而被挤压了 飞书 CLI 把这些全打通了。一行命令拉纪要、一行命令写方案、一行命令建表格。不是概念，是真的能跑。 二、飞书 CLI vs 其他 Agent 方案 我之前折腾过不少 Agent 工具。说几个切身体会： 门槛对比 维度 飞书 CLI MCP Server 自建 飞书 OpenAPI 直接调 上手时间 10 分钟 半天到一天 一周起步 认证 lark cli auth login，浏览器点一下 自己写 OAuth 流程 自建应用、配权限、写鉴权代码 命令记忆 lark cli docs +fetch，语义化 自己包装 查 API 文档、拼参数 出错调试 报错信息直接给建议 看日志猜 看 HTTP 响应码 Agent 集成 Claude Code 直接调 要写 MCP Server 要写工具函数 一句话：飞书 CLI 是目前让 Agent 操作飞书的最低门槛方案。 和其他 Agent 框架的区别 市面上很多 Agent 框架（Dify、Coze、n8n）都能连飞书，但它们的思路是"让 Agent 在平台里调飞书 API"。 飞书 CLI 的思路不一样，是"让飞书变成 Agent 的原生工具"。就像 git 之于开发者一样，CLI 是最自然的操作方式。不需要中间平台，不需要额外的编排引擎，Agent 直接用命令行操作飞书，像操作本地文件一样。 这个差别在实际使用中感受很深： • 不需要搭建任何中间件，npm install g @larksuite/cli 装完就能用 • 不需要注册第三方平台账号 • 不需要配置 Webhook、API Key、回调地址 • Agent（比如 Claude Code）可以直接在对话中调用，上下文完整保留 三、实战案例：从会议纪要到交付系统 这是我实际的客户服务流程，今天演示给大家看。 场景 一家少儿美术培训机构找到我，想用飞书多维表格搭建教务管理系统。我们开了一个沟通会议，飞书自动生成了智能纪要和文字记录。 演示流程 我在 Claude Code 里直接跟 AI 对话，它自己会调用飞书 CLI 去执行。我不用记任何命令，说人话就行。 Step 1：拉取会议纪要和文字记录 我对 Claude 说：「帮我用飞书CLI把上次跟彩虹少儿美术沟通的会议纪要和文字记录都获取一下」 AI 通过飞书 CLI 一次拿到智能纪要和文字记录两份内容。纪要里有结构化的总结，文字记录里有客户原话。 比如纪要告诉你"核心痛点是排课冲突"，文字记录里客户原话是"基本上每周都会有一两次，前台她也不是故意的，主要是 Excel 排课你要同时看三个门店的表格，很容易漏"。写方案的时候两边都要用到。 Step 2：根据纪要和文字记录，写方案初稿 「根据这两份内容，按我们的方案模板写一份客户方案，八章结构」 AI 读完纪要和文字记录，按模板自动生成方案初稿：项目背景、核心痛点、业务流程、解决方案、合作模式、报价、字段级数据模型、待确认事项。 Step 3：方案写到飞书文档 「把方案发到飞书上」 AI 调 lark cli 创建飞书文档，方案直接出现在飞书里，客户能看、能评论、能修改。 Step 4：确认方案后，搭建多维表格 「客户确认了，按方案里的数据模型搭建多维表格」 AI 根据方案里的字段设计，自动执行一系列操作：建 Base、建表、建字段、导入示例数据、创建视图、搭建仪表盘、配置工作流。一个完整的教务系统搭建下来，以前要一整天，现在十几分钟。 关键点 这个流程最厉害的不是"快"，而是可迭代。 • 客户说"加一个审批字段" → 我说「在学员表加个审批状态字段」，搞定 • 客户说"视图排序改一下" → 我说「把课时不足的视图按剩余课时升序排」，搞定 • 客户说"方案第三章要改" → 我说「方案里业务流程那章改一下，加上退费流程」，搞定 • 客户说"重新搭一个表" → 我说「再加一张签到记录表」，搞定 不用记命令，不用手动操作，说人话就行。改多少次都不累。这才是 CLI + Agent 最大的价值。 四、飞书 CLI 的三个"没想到" 1. 没想到画板也能用 CLI 创建 飞书文档里的画板（白板），以前只能手动拖拽。现在 AI 可以直接生成画板内容，用 JSON 描述卡片布局，自动渲染到飞书画板里。 我跟 Claude 说「在纪要的总结下面加一个画板，用卡片布局展示核心业务模块」，它就自己写 DSL、编译、上传，一气呵成。 我今天的演示纪要里那个彩色卡片布局的总结画板，就是这样生成的。 2. 没想到 200+ 命令覆盖这么全 消息、文档、多维表格、电子表格、日历、邮件、审批、任务、会议、知识库。基本上飞书能做的事情，CLI 都能做。而且还有 20 个 AI Skill，让 Agent 更聪明地使用这些命令。 3. 没想到社区这么活跃 飞书 CLI 3 月 28 号开源，两周不到 GitHub star 已经破千。交流群里每天都有人分享新的玩法。这次大赛也是社区推动的。 五、给想上手的朋友的建议 1. 先装起来再说：npm install g @larksuite/cli，5 分钟搞定 2. 从搜索开始：lark cli docs +search query "你想找的"，感受一下 CLI 的速度 3. 结合你的 Agent 用：Claude Code、Cursor、Windsurf 都能直接调飞书 CLI 4. 参加大赛：4 月 20 号截止，投个作品，有 Mac Mini 等你拿 六、今天的演示素材 素材 链接 智能纪要（带画板） 查看 文字记录 查看 飞书 CLI GitHub larksuite/cli 飞书 CLI 创作者大赛 查看 查看 查看 larksuite/cli 查看 飞书 CLI：让 Agent 真正落地的最短路径 李祥瑞 | 万涂幻象 · 多维表格社区主理人2026.4.10 Mini Camp 直播分享 一、我为什么兴奋 我做飞书多维表格咨询快两年了。客户沟通、出方案、搭系统，这三件事占了我 80% 的时间。 飞书 CLI 出来之后，我第一反应不是"又一个工具"，而是"终于有人把 Agent 和飞书打通了"。 之前的痛点很具体： • 每次客户开完会，我要手动从纪要里提炼需求，再手动写方案 • 方案确认后，搭建多维表格全靠手点，一个字段一个字段建 • 客户改个需求，我又要手动改方案、手动改表格 • 重复劳动巨大，真正需要动脑的部分反而被挤压了 飞书 CLI 把这些全打通了。一行命令拉纪要、一行命令写方案、一行命令建表格。不是概念，是真的能跑。 二、飞书 CLI vs 其他 Agent 方案 我之前折腾过不少 Agent 工具。说几个切身体会： 门槛对比 维度 飞书 CLI MCP Server 自建 飞书 OpenAPI 直接调 上手时间 10 分钟 半天到一天 一周起步 认证 lark cli auth login，浏览器点一下 自己写 OAuth 流程 自建应用、配权限、写鉴权代码 命令记忆 lark cli docs +fetch，语义化 自己包装 查 API 文档、拼参数 出错调试 报错信息直接给建议 看日志猜 看 HTTP 响应码 Agent 集成 Claude Code 直接调 要写 MCP Server 要写工具函数 维度 维度 飞书 CLI 飞书 CLI MCP Server 自建 MCP Server 自建 飞书 OpenAPI 直接调 飞书 OpenAPI 直接调 上手时间 上手时间 10 分钟 10 分钟 半天到一天 半天到一天 一周起步 一周起步 认证 认证 lark cli auth login，浏览器点一下 lark cli auth login，浏览器点一下 自己写 OAuth 流程 自己写 OAuth 流程 自建应用、配权限、写鉴权代码 自建应用、配权限、写鉴权代码 命令记忆 命令记忆 lark cli docs +fetch，语义化 lark cli docs +fetch，语义化 自己包装 自己包装 查 API 文档、拼参数 查 API 文档、拼参数 出错调试 出错调试 报错信息直接给建议 报错信息直接给建议 看日志猜 看日志猜 看 HTTP 响应码 看 HTTP 响应码 Agent 集成 Agent 集成 Claude Code 直接调 Claude Code 直接调 要写 MCP Server 要写 MCP Server 要写工具函数 要写工具函数 一句话：飞书 CLI 是目前让 Agent 操作飞书的最低门槛方案。 和其他 Agent 框架的区别 市面上很多 Agent 框架（Dify、Coze、n8n）都能连飞书，但它们的思路是"让 Agent 在平台里调飞书 API"。 飞书 CLI 的思路不一样，是"让飞书变成 Agent 的原生工具"。就像 git 之于开发者一样，CLI 是最自然的操作方式。不需要中间平台，不需要额外的编排引擎，Agent 直接用命令行操作飞书，像操作本地文件一样。 这个差别在实际使用中感受很深： • 不需要搭建任何中间件，npm install g @larksuite/cli 装完就能用 • 不需要注册第三方平台账号 • 不需要配置 Webhook、API Key、回调地址 • Agent（比如 Claude Code）可以直接在对话中调用，上下文完整保留 三、实战案例：从会议纪要到交付系统 这是我实际的客户服务流程，今天演示给大家看。 场景 一家少儿美术培训机构找到我，想用飞书多维表格搭建教务管理系统。我们开了一个沟通会议，飞书自动生成了智能纪要和文字记录。 演示流程 我在 Claude Code 里直接跟 AI 对话，它自己会调用飞书 CLI 去执行。我不用记任何命令，说人话就行。 Step 1：拉取会议纪要和文字记录 我对 Claude 说：「帮我用飞书CLI把上次跟彩虹少儿美术沟通的会议纪要和文字记录都获取一下」 AI 通过飞书 CLI 一次拿到智能纪要和文字记录两份内容。纪要里有结构化的总结，文字记录里有客户原话。 比如纪要告诉你"核心痛点是排课冲突"，文字记录里客户原话是"基本上每周都会有一两次，前台她也不是故意的，主要是 Excel 排课你要同时看三个门店的表格，很容易漏"。写方案的时候两边都要用到。 Step 2：根据纪要和文字记录，写方案初稿 「根据这两份内容，按我们的方案模板写一份客户方案，八章结构」 AI 读完纪要和文字记录，按模板自动生成方案初稿：项目背景、核心痛点、业务流程、解决方案、合作模式、报价、字段级数据模型、待确认事项。 Step 3：方案写到飞书文档 「把方案发到飞书上」 AI 调 lark cli 创建飞书文档，方案直接出现在飞书里，客户能看、能评论、能修改。 Step 4：确认方案后，搭建多维表格 「客户确认了，按方案里的数据模型搭建多维表格」 AI 根据方案里的字段设计，自动执行一系列操作：建 Base、建表、建字段、导入示例数据、创建视图、搭建仪表盘、配置工作流。一个完整的教务系统搭建下来，以前要一整天，现在十几分钟。 关键点 这个流程最厉害的不是"快"，而是可迭代。 • 客户说"加一个审批字段" → 我说「在学员表加个审批状态字段」，搞定 • 客户说"视图排序改一下" → 我说「把课时不足的视图按剩余课时升序排」，搞定 • 客户说"方案第三章要改" → 我说「方案里业务流程那章改一下，加上退费流程」，搞定 • 客户说"重新搭一个表" → 我说「再加一张签到记录表」，搞定 不用记命令，不用手动操作，说人话就行。改多少次都不累。这才是 CLI + Agent 最大的价值。 四、飞书 CLI 的三个"没想到" 1. 没想到画板也能用 CLI 创建 飞书文档里的画板（白板），以前只能手动拖拽。现在 AI 可以直接生成画板内容，用 JSON 描述卡片布局，自动渲染到飞书画板里。 我跟 Claude 说「在纪要的总结下面加一个画板，用卡片布局展示核心业务模块」，它就自己写 DSL、编译、上传，一气呵成。 我今天的演示纪要里那个彩色卡片布局的总结画板，就是这样生成的。 2. 没想到 200+ 命令覆盖这么全 消息、文档、多维表格、电子表格、日历、邮件、审批、任务、会议、知识库。基本上飞书能做的事情，CLI 都能做。而且还有 20 个 AI Skill，让 Agent 更聪明地使用这些命令。 3. 没想到社区这么活跃 飞书 CLI 3 月 28 号开源，两周不到 GitHub star 已经破千。交流群里每天都有人分享新的玩法。这次大赛也是社区推动的。 五、给想上手的朋友的建议 1. 先装起来再说：npm install g @larksuite/cli，5 分钟搞定 2. 从搜索开始：lark cli docs +search query "你想找的"，感受一下 CLI 的速度 3. 结合你的 Agent 用：Claude Code、Cursor、Windsurf 都能直接调飞书 CLI 4. 参加大赛：4 月 20 号截止，投个作品，有 Mac Mini 等你拿 六、今天的演示素材 素材 链接 智能纪要（带画板） 查看 文字记录 查看 飞书 CLI GitHub larksuite/cli 飞书 CLI 创作者大赛 查看 查看 查看 larksuite/cli 查看 素材 素材 链接 链接 智能纪要（带画板） 智能纪要（带画板） 查看 查看 查看 查看 文字记录 文字记录 查看 查看 查看 查看 飞书 CLI GitHub 飞书 CLI GitHub larksuite/cli larksuite/cli larksuite/cli larksuite/cli 飞书 CLI 创作者大赛 飞书 CLI 创作者大赛 查看 查看 查看 查看