飞书 CLI
定义
飞书 CLI，是原文在 Loop Engineering 示例里出现的一个命令行工具，用于从飞书相关系统中拉取当天日程安排，并把结果提供给 Claude Code 使用。
在原文语境中，它的身份是“外部系统数据接入工具”，不是 Hook 本身，也不是播报文案本身。
原文直接描述为：在会话开始时“调用飞书CLI拉出当天的日程安排”。
出现场景
飞书 CLI 出现在原文列举的 6 个 Hook 玩法中的第二个案例“开机日程播报”里。
该案例的触发方式是：
- 创建一个“会话开始”的 Hook。
- 当用户“打开或恢复 Claude Code 的时候”自动执行。
在这个 Hook 中，AI 会做一段组合式播报，原文要求包括：
- 输出一段“元气满满的问候”；
- 告知“北京朝阳区今天的天气”；
- 说明“会不会下雨、要不要带伞”；
- 调用 飞书 CLI 拉出“当天的日程安排”；
- 整体内容“要有趣一些”。
因此，飞书 CLI 在该例中的作用非常明确：它负责把“当天日程”这部分真实外部信息接进来。
角色职责
在原文示例里，飞书 CLI承担的职责主要有四层：
1. 拉取当天日程
这是原文明确点名的直接用途。
它不是泛指“读取办公数据”，而是具体到“拉出当天的日程安排”。页面必须保留这个时间范围限定：当天。
2. 连接外部日历信息
这个工具的价值，在于让会话开始 Hook 不只处理本地终端内的静态问候，而是能够接入用户在外部办公系统中的日历或日程数据。
也就是说，Hook 的触发发生在本地会话生命周期里，但飞书 CLI 提供的是外部系统信息。
3. 为 AI 开场播报补充真实上下文
如果没有飞书 CLI，这个“开机日程播报”最多只能做天气提醒、问候语或固定模板输出。
引入飞书 CLI 后，AI 开场内容可以包含用户当天真实安排，使播报从“氛围型欢迎语”扩展为“带工作上下文的启动信息”。
4. 扩展 Hook 的信息边界
原文整体想表达的是：Hook 不只是按钮触发器，也可以把 AI 工作流和真实世界事件、外部数据源连接起来。
飞书 CLI 在这个例子中正是这种扩展的代表：
- Hook 负责在“会话开始”这个时刻触发；
- 飞书 CLI 负责取回外部日程；
- Claude Code 负责把天气、问候、日程整合成输出。
关键信息
根据原文，关于 飞书 CLI 需要保留的关键信息包括：
- 使用位置：出现在“会话开始 Hook”中；
- 触发时机：当用户打开或恢复 Claude Code 时；
- 主要功能：拉取当天日程安排；
- 连接对象：外部日历/日程信息；
- 输出去向：作为 Claude Code 开场播报的一部分展示给用户；
- 与其他信息并列：它不是单独播报，而是和天气、下雨提醒、带伞建议、问候语一起组成完整启动信息。
细节与边界
它在原文中不是独立讨论的完整产品说明
原文没有展开介绍飞书 CLI 的安装方法、参数设计、返回格式、认证方式或支持的飞书能力范围。
因此，本词条只能根据原文确认它在该案例中的用途：拉取当天日程安排。不能把它扩写成更宽泛但未经原文证明的功能全集。
它不是 Hook 的替代物
飞书 CLI 负责拿数据，但不负责定义触发时机。
真正决定“什么时候执行”的，仍然是 Hook；真正决定“怎么组织播报内容”的，是 Claude Code 里的自动化配置与提示要求。
它不是播报主体
用户看到的是 Claude Code 在会话开始时输出的一段开场内容，而不是飞书 CLI 自己直接承担交互界面。
换句话说：
- 飞书 CLI 更像数据来源；
- Claude Code 更像编排与呈现层；
- Hook 更像触发器。
它体现的是“接外部系统”的思路
原文这个案例的重要性，不只在于“显示日程”，更在于它证明会话开始 Hook 可以把外部工作系统纳入 AI 开场流程。
这使 AI 从“打开后等你提问”变成“启动时先主动汇报与你当天工作相关的信息”。
在原文工作流中的位置
如果按原文这个“开机日程播报”案例拆解，流程大致是：
- 用户打开或恢复 Claude Code；
- 会话开始 Hook 被触发；
- Hook 按预设规则组织要获取的信息；
- 其中一项调用 飞书 CLI，拉取当天日程；
- 同时整合天气、降雨和带伞建议等信息；
- 最终输出一段更有温度、也更有工作上下文的开场播报。
这个链路说明，飞书 CLI 在系统中属于“信息输入节点”。
价值
在原文例子里，飞书 CLI 的价值主要体现在两点：
提高会话启动时的信息密度
用户一打开 Claude Code，就能顺手获得当天安排，而不是还要再去切应用查看日历。
让 AI 开场更贴近日常工作流
原文特别强调，这样做会让原本“冰冷冷的界面”多一点温度。
其中“温度”并不只是语气活泼，也来自于它知道你的天气和日程，能把外部世界的信息带进当前会话。
与相关概念的关系
与 Hook 的关系
Hook 决定在什么时刻触发动作；飞书 CLI 是被 Hook 调用的外部工具之一。
与 Claude Code 的关系
Claude Code 是承载该自动化体验的环境。飞书 CLI 的输出会被 Claude Code 用来生成会话开始时的播报内容。
与 Loop Engineering 的关系
原文用这个案例说明 Loop Engineering 可以从简单 Hook 玩法入手：当某个时刻发生时，自动获取信息并执行动作。飞书 CLI 代表的是把外部办公信息接入循环的一种做法。
与 Bark 的区别
Bark 在原文中用于“长任务完成推送”，属于通知工具；飞书 CLI 在这里用于“拉取当天日程”，属于外部信息获取工具。两者都能接入 Hook，但职责不同。
与 Skill 的区别
原文把 Hook 比作门铃，把 Skill 比作真正干活的人。飞书 CLI 不等于 Skill，它更接近一个被工作流调用的外部命令行能力，用于提供日程数据。