鹿导：开箱即用：9个OpenClaw+飞书 Skills自动化，立省400刀token试错成本

鹿导：开箱即用：9个OpenClaw+飞书 Skills自动化，立省400刀token试错成本 鹿导：开箱即用：9个OpenClaw+飞书 Skills自动化，立省400刀token试错成本 Modified March 3 能实现什么： 典型场景： 新项目资产中心自动构建： • 场景：当公司启动新业务线（如：海外市场调研）时，AI 自动根据项目名称在团队云盘创建对应的资料库，并将预设的调研模版、汇报 PPT 等基础物料自动分发至该目录下。 • 价值：确保项目启动初期资产不乱放，实现“开箱即用”的项目环境。 营销物料自动化分发与归档： • 场景：内容团队完成设计稿后，AI 自动将物料同步至外包共享文件夹，并一键开启“互联网公开编辑”权限，方便供应商即刻查阅。 • 价值：省去手动修改成百上千个文件权限的繁琐，极大缩短协作链路。 财务/法务文档智能备份： • 场景：系统自动汇总所有支付凭证或合同初稿，按月度/年度分门别类地归档至云空间，并自动对关键人员开放管理权限。 • 价值：实现数字化审计痕迹的自动留存，确保存档的完整性。 注意事项： ❗ 权限“黑盒”隔阂 (Critical)： • 风险：飞书机器人通过 API 创建的文件，默认所有者是“机器人”，用户在“我的空间”或“主目录”中无法看到，导致资产“失踪”。 • 对策：教程必须强调 “写后必授” 原则。即在上传或克隆操作后，必须紧跟一个 permissions 接口调用，将相关负责人添加为 full access 协作者。只有这样，文件才会出现在用户的「与我共享」列表中。 指定“空间锚点”原则： • 坑点：严禁让机器人在根目录（root）随意创建文件，这会导致资产极难管理且极易触发权限越权风险。 • 建议：在教程中引导用户先手动创建一个“顶级共享文件夹”，并将该文件夹的 Token 授权给机器人。让机器人所有的操作都发生在这个“锚点”之下，实现权限的可控继承。 文件夹创建 API 兼容性： • 注意：部分飞书租户的文件夹创建接口在 v1/v2 版本间存在路径规范差异（如 404 报错）。建议在自动化代码中优先尝试 upload all 接口的 parent node 参数来实现路径指定，而非频繁调用新建目录接口。 冒烟测试先行： • 技巧：在执行大规模资产搬运前，先调用一次轻量级的 list files 探测该 Token 是否可用。如果冒烟测试不通过（报 403/404），应引导用户检查“机器人可见性”或“文件夹协作授权”是否已开启。 8. feishu contact（组织架构） — AI 查询人员信息 能实现什么： 功能维度 具体能力 说明 身份穿透 多维 ID 获取 支持通过手机号、邮箱精准锁定用户，一键获取其在当前应用下的 OpenID。 ID 体系转换 跨系统适配 提供 OpenID、UserID、UnionID 之间的互转能力，解决企业内多系统 ID 不统一的难题。 组织感知 部门信息检索 支持获取部门元数据、子部门列表及成员归属关系，实现基于组织架构的自动化逻辑。 成员管理 自动化入职流 支持通过 API 动态创建成员、设置职务并指派部门，实现数字化入职闭环。 典型场景： 新入职员工自动化权限发放： 场景：当新同事入职时，人力系统通过 AI 自动查询其 OpenID，并将其自动加入到对应的项目群、同步分配云空间权限以及在多维表格中初始化其工作绩效记录。 价值：实现“入职即办公”，省去管理员逐个手动搜索和拉群的机械重复劳动。 跨租户/跨应用用户映射： 场景：公司进行业务合并或使用多个飞书应用时，AI 自动利用 UnionID 在不同应用间同步用户信息。 价值：确保用户在不同业务系统中的身份一致性，实现无感的数据贯通。 智能报销/审批路由： 场景：当员工发起费用报销时，AI 自动查询该员工所属部门及部门负责人的 OpenID，自动将审批流精准推送到对应的负责人。 价值：无需手动配置复杂的审批规则，基于组织架构实时自动路由。 注意事项： ❗ ID 类型的选择 (Critical)： 风险：在调用飞书其他 API 时（如发消息、设权限），如果传错了 ID 类型（如把 UserID 当成 OpenID），会导致 API 报错。 对策：教程必须强调「ID 类型显式声明」。在调用 batch get id 时，务必明确 user id type 参数。在开发初期建议统一使用 OpenID，因为它是跨应用隔离的，安全性最高。 手机号格式规范： • 注意：飞书 API 对手机号的宽容度有限。建议在自动化流程中，统一采用带国家码的 11 位数字格式（如 158xxxxxxxx），并以 字符串数组 的形式传入 payload。 权限可见性陷阱： 坑点：如果机器人搜不到某个用户，并不代表该用户不存在。通常是因为机器人的 “可用范围 (Availability)” 没包含该用户或部门。 建议：在教程中引导用户前往开发者后台，将机器人的“可见范围”设置为“全员”或包含特定的测试部门。 缓存 ID 减少限频： • 技巧：由于 Contact API 往往是高频调用的“基础服务”，建议在本地建立一个简单的 KV 存储（如 Map 或轻量数据库），缓存 Phone OpenID 的映射关系，避免在循环中频繁请求 API 导致限频报错。 9. feishu approval（审批） — AI 处理审批流程 能实现什么： 功能维度 具体能力 说明 实例自动发起 零代码填单提交 支持通过 API 自动填充复杂的审批表单控件（文本、数字、日期等）并一键发起流程。 审计留痕 AI 决策评论 支持在审批单下自动追加 AI 审计评论，提供核验建议，增强人工审批的决策信心。 动态消息管理 审批卡片交互 支持发送并动态更新审批相关的机器人卡片消息，实现审批状态的即时周知。 高级检索与监听 全链路状态追踪 支持批量查询审批实例数据，并能通过订阅事件实时监听审批通过/拒绝等关键节点。 典型场景： 差旅/费用自动报销： • 场景：当员工在对话框发送“我要报销打车费 150 元”时，AI 自动调取其行程证明，识别金额并自动填好审批单提交给财务部。 • 价值：将报销流程从“分钟级”缩短至“秒级”，消除员工手动填单的心理压力。 紧急预算/采购审批： • 场景：当大促期间服务器负载过高需紧急扩容时，AI 自动发起“紧急采购审批”，并自动附带实时负载报告作为佐证材料。 • 价值：在紧急时刻实现“自动化预审批”，加速关键业务决策。 离职/权限自动审计： • 场景：当 HR 系统发起离职流程后，AI 自动扫描该员工名下的所有系统权限，分批次发起“权限注销审批”流。 • 价值：确保公司资产安全性，防止离职人员权限残留导致的数据风险。 注意事项： ❗ 控件 ID 的“唯一标识” (Critical)： • 风险：审批表单的控件 ID（如 widget177...）是随机生成的长字符串，且不同审批流的同名控件 ID 不同。 • 对策：教程必须强调「先查定义，后写实例」。在开发时，必须先通过 get approval definition 接口解析表单结构，获取真实的 Widget ID 列表，禁止硬编码 ID。 ID 类型的“全局一致性”： 能实现什么： 典型场景： 新项目资产中心自动构建： • 场景：当公司启动新业务线（如：海外市场调研）时，AI 自动根据项目名称在团队云盘创建对应的资料库，并将预设的调研模版、汇报 PPT 等基础物料自动分发至该目录下。 • 价值：确保项目启动初期资产不乱放，实现“开箱即用”的项目环境。 营销物料自动化分发与归档： • 场景：内容团队完成设计稿后，AI 自动将物料同步至外包共享文件夹，并一键开启“互联网公开编辑”权限，方便供应商即刻查阅。 • 价值：省去手动修改成百上千个文件权限的繁琐，极大缩短协作链路。 财务/法务文档智能备份： • 场景：系统自动汇总所有支付凭证或合同初稿，按月度/年度分门别类地归档至云空间，并自动对关键人员开放管理权限。 • 价值：实现数字化审计痕迹的自动留存，确保存档的完整性。 注意事项： ❗ 权限“黑盒”隔阂 (Critical)： • 风险：飞书机器人通过 API 创建的文件，默认所有者是“机器人”，用户在“我的空间”或“主目录”中无法看到，导致资产“失踪”。 • 对策：教程必须强调 “写后必授” 原则。即在上传或克隆操作后，必须紧跟一个 permissions 接口调用，将相关负责人添加为 full access 协作者。只有这样，文件才会出现在用户的「与我共享」列表中。 指定“空间锚点”原则： • 坑点：严禁让机器人在根目录（root）随意创建文件，这会导致资产极难管理且极易触发权限越权风险。 • 建议：在教程中引导用户先手动创建一个“顶级共享文件夹”，并将该文件夹的 Token 授权给机器人。让机器人所有的操作都发生在这个“锚点”之下，实现权限的可控继承。 文件夹创建 API 兼容性： • 注意：部分飞书租户的文件夹创建接口在 v1/v2 版本间存在路径规范差异（如 404 报错）。建议在自动化代码中优先尝试 upload all 接口的 parent node 参数来实现路径指定，而非频繁调用新建目录接口。 冒烟测试先行： • 技巧：在执行大规模资产搬运前，先调用一次轻量级的 list files 探测该 Token 是否可用。如果冒烟测试不通过（报 403/404），应引导用户检查“机器人可见性”或“文件夹协作授权”是否已开启。 权限“黑盒”隔阂 (Critical)： • 风险：飞书机器人通过 API 创建的文件，默认所有者是“机器人”，用户在“我的空间”或“主目录”中无法看到，导致资产“失踪”。 • 对策：教程必须强调 “写后必授” 原则。即在上传或克隆操作后，必须紧跟一个 permissions 接口调用，将相关负责人添加为 full access 协作者。只有这样，文件才会出现在用户的「与我共享」列表中。 指定“空间锚点”原则： • 坑点：严禁让机器人在根目录（root）随意创建文件，这会导致资产极难管理且极易触发权限越权风险。 • 建议：在教程中引导用户先手动创建一个“顶级共享文件夹”，并将该文件夹的 Token 授权给机器人。让机器人所有的操作都发生在这个“锚点”之下，实现权限的可控继承。 文件夹创建 API 兼容性： • 注意：部分飞书租户的文件夹创建接口在 v1/v2 版本间存在路径规范差异（如 404 报错）。建议在自动化代码中优先尝试 upload all 接口的 parent node 参数来实现路径指定，而非频繁调用新建目录接口。 冒烟测试先行： • 技巧：在执行大规模资产搬运前，先调用一次轻量级的 list files 探测该 Token 是否可用。如果冒烟测试不通过（报 403/404），应引导用户检查“机器人可见性”或“文件夹协作授权”是否已开启。 8. feishu contact（组织架构） — AI 查询人员信息 能实现什么： 功能维度 具体能力 说明 身份穿透 多维 ID 获取 支持通过手机号、邮箱精准锁定用户，一键获取其在当前应用下的 OpenID。 ID 体系转换 跨系统适配 提供 OpenID、UserID、UnionID 之间的互转能力，解决企业内多系统 ID 不统一的难题。 组织感知 部门信息检索 支持获取部门元数据、子部门列表及成员归属关系，实现基于组织架构的自动化逻辑。 成员管理 自动化入职流 支持通过 API 动态创建成员、设置职务并指派部门，实现数字化入职闭环。 功能维度 功能维度 具体能力 具体能力 说明 说明 身份穿透 身份穿透 多维 ID 获取 多维 ID 获取 支持通过手机号、邮箱精准锁定用户，一键获取其在当前应用下的 OpenID。 支持通过手机号、邮箱精准锁定用户，一键获取其在当前应用下的 OpenID。 ID 体系转换 ID 体系转换 跨系统适配 跨系统适配 提供 OpenID、UserID、UnionID 之间的互转能力，解决企业内多系统 ID 不统一的难题。 提供 OpenID、UserID、UnionID 之间的互转能力，解决企业内多系统 ID 不统一的难题。 组织感知 组织感知 部门信息检索 部门信息检索 支持获取部门元数据、子部门列表及成员归属关系，实现基于组织架构的自动化逻辑。 支持获取部门元数据、子部门列表及成员归属关系，实现基于组织架构的自动化逻辑。 成员管理 成员管理 自动化入职流 自动化入职流 支持通过 API 动态创建成员、设置职务并指派部门，实现数字化入职闭环。 支持通过 API 动态创建成员、设置职务并指派部门，实现数字化入职闭环。 典型场景： 新入职员工自动化权限发放： 场景：当新同事入职时，人力系统通过 AI 自动查询其 OpenID，并将其自动加入到对应的项目群、同步分配云空间权限以及在多维表格中初始化其工作绩效记录。 价值：实现“入职即办公”，省去管理员逐个手动搜索和拉群的机械重复劳动。 跨租户/跨应用用户映射： 场景：公司进行业务合并或使用多个飞书应用时，AI 自动利用 UnionID 在不同应用间同步用户信息。 价值：确保用户在不同业务系统中的身份一致性，实现无感的数据贯通。 智能报销/审批路由： 场景：当员工发起费用报销时，AI 自动查询该员工所属部门及部门负责人的 OpenID，自动将审批流精准推送到对应的负责人。 价值：无需手动配置复杂的审批规则，基于组织架构实时自动路由。 注意事项： ❗ ID 类型的选择 (Critical)： 风险：在调用飞书其他 API 时（如发消息、设权限），如果传错了 ID 类型（如把 UserID 当成 OpenID），会导致 API 报错。 对策：教程必须强调「ID 类型显式声明」。在调用 batch get id 时，务必明确 user id type 参数。在开发初期建议统一使用 OpenID，因为它是跨应用隔离的，安全性最高。 手机号格式规范： • 注意：飞书 API 对手机号的宽容度有限。建议在自动化流程中，统一采用带国家码的 11 位数字格式（如 158xxxxxxxx），并以 字符串数组 的形式传入 payload。 权限可见性陷阱： 坑点：如果机器人搜不到某个用户，并不代表该用户不存在。通常是因为机器人的 “可用范围 (Availability)” 没包含该用户或部门。 建议：在教程中引导用户前往开发者后台，将机器人的“可见范围”设置为“全员”或包含特定的测试部门。 缓存 ID 减少限频： • 技巧：由于 Contact API 往往是高频调用的“基础服务”，建议在本地建立一个简单的 KV 存储（如 Map 或轻量数据库），缓存 Phone OpenID 的映射关系，避免在循环中频繁请求 API 导致限频报错。 ID 类型的选择 (Critical)： 风险：在调用飞书其他 API 时（如发消息、设权限），如果传错了 ID 类型（如把 UserID 当成 OpenID），会导致 API 报错。 对策：教程必须强调「ID 类型显式声明」。在调用 batch get id 时，务必明确 user id type 参数。在开发初期建议统一使用 OpenID，因为它是跨应用隔离的，安全性最高。 手机号格式规范： • 注意：飞书 API 对手机号的宽容度有限。建议在自动化流程中，统一采用带国家码的 11 位数字格式（如 158xxxxxxxx），并以 字符串数组 的形式传入 payload。 权限可见性陷阱： 坑点：如果机器人搜不到某个用户，并不代表该用户不存在。通常是因为机器人的 “可用范围 (Availability)” 没包含该用户或部门。 建议：在教程中引导用户前往开发者后台，将机器人的“可见范围”设置为“全员”或包含特定的测试部门。 缓存 ID 减少限频： • 技巧：由于 Contact API 往往是高频调用的“基础服务”，建议在本地建立一个简单的 KV 存储（如 Map 或轻量数据库），缓存 Phone OpenID 的映射关系，避免在循环中频繁请求 API 导致限频报错。 9. feishu approval（审批） — AI 处理审批流程 能实现什么： 功能维度 具体能力 说明 实例自动发起 零代码填单提交 支持通过 API 自动填充复杂的审批表单控件（文本、数字、日期等）并一键发起流程。 审计留痕 AI 决策评论 支持在审批单下自动追加 AI 审计评论，提供核验建议，增强人工审批的决策信心。 动态消息管理 审批卡片交互 支持发送并动态更新审批相关的机器人卡片消息，实现审批状态的即时周知。 高级检索与监听 全链路状态追踪 支持批量查询审批实例数据，并能通过订阅事件实时监听审批通过/拒绝等关键节点。 功能维度 功能维度 具体能力 具体能力 说明 说明 实例自动发起 实例自动发起 零代码填单提交 零代码填单提交 支持通过 API 自动填充复杂的审批表单控件（文本、数字、日期等）并一键发起流程。 支持通过 API 自动填充复杂的审批表单控件（文本、数字、日期等）并一键发起流程。 审计留痕 审计留痕 AI 决策评论 AI 决策评论 支持在审批单下自动追加 AI 审计评论，提供核验建议，增强人工审批的决策信心。 支持在审批单下自动追加 AI 审计评论，提供核验建议，增强人工审批的决策信心。 动态消息管理 动态消息管理 审批卡片交互 审批卡片交互 支持发送并动态更新审批相关的机器人卡片消息，实现审批状态的即时周知。 支持发送并动态更新审批相关的机器人卡片消息，实现审批状态的即时周知。 高级检索与监听 高级检索与监听 全链路状态追踪 全链路状态追踪 支持批量查询审批实例数据，并能通过订阅事件实时监听审批通过/拒绝等关键节点。 支持批量查询审批实例数据，并能通过订阅事件实时监听审批通过/拒绝等关键节点。 典型场景： 差旅/费用自动报销： • 场景：当员工在对话框发送“我要报销打车费 150 元”时，AI 自动调取其行程证明，识别金额并自动填好审批单提交给财务部。 • 价值：将报销流程从“分钟级”缩短至“秒级”，消除员工手动填单的心理压力。 紧急预算/采购审批： • 场景：当大促期间服务器负载过高需紧急扩容时，AI 自动发起“紧急采购审批”，并自动附带实时负载报告作为佐证材料。 • 价值：在紧急时刻实现“自动化预审批”，加速关键业务决策。 离职/权限自动审计： • 场景：当 HR 系统发起离职流程后，AI 自动扫描该员工名下的所有系统权限，分批次发起“权限注销审批”流。 • 价值：确保公司资产安全性，防止离职人员权限残留导致的数据风险。 注意事项： ❗ 控件 ID 的“唯一标识” (Critical)： • 风险：审批表单的控件 ID（如 widget177...）是随机生成的长字符串，且不同审批流的同名控件 ID 不同。 • 对策：教程必须强调「先查定义，后写实例」。在开发时，必须先通过 get approval definition 接口解析表单结构，获取真实的 Widget ID 列表，禁止硬编码 ID。 ID 类型的“全局一致性”： 控件 ID 的“唯一标识” (Critical)： • 风险：审批表单的控件 ID（如 widget177...）是随机生成的长字符串，且不同审批流的同名控件 ID 不同。 • 对策：教程必须强调「先查定义，后写实例」。在开发时，必须先通过 get approval definition 接口解析表单结构，获取真实的 Widget ID 列表，禁止硬编码 ID。 ID 类型的“全局一致性”： • 坑点：审批接口对 user id 极其敏感。如果应用获取的是 OpenID，但在调用审批接口时未显式声明 user id type=open id，会导致报“用户 ID 不正确”错误。 • 建议：在所有审批相关的 API 调用中，显式指定 user id type。 JSON 字符串化的 Form 结构： • 注意：POST /instances 接口中的 form 字段要求传入的是 “JSON 字符串化的数组”，而不是一个普通的 JSON 对象。在编程语言处理时需进行二次 Stringify 转换。 审批定义的“只读性”限制： • 技巧：目前飞书官方 API 不支持“创建新的审批流定义”。在设计自动化方案时，应引导用户先在飞书管理后台完成表单的可视化配置，再将生成的 approval code 交由 AI 维护。 写在最后 这9个 Skills 肯定还不完美。也许还有我们没踩到的坑，或者你的业务场景更特殊。 但它们的本质变了。 以前，我们传递知识靠文档，传递功能靠 SDK； 现在，我们通过 Skill，把一个人的“试错成本”封装起来，让 AI 直接继承。 剩下的 200+ API，我们还在继续测试中。如果你等不及，或者想参与这场“给 AI 造手脚”的实验，欢迎加入我们。 开源地址 & ⚡️ 行动起来 👉 GitHub: https://github.com/alextangson/feishu skills • Clone 下来：直接把 Skill 喂给你的 Agent。 • Star 一下：这不仅仅是点赞，Star 的数量决定了这个项目的更新速度，也决定了有多少人能少走弯路。 最后，如果这篇文章对你有帮助，请转发给你身边需要的人。 有时候，一个 Skill，就能改变一个人的工作方式。 欢迎贡献 • 发现了新的 API 坑？提交 Issue 告诉我们 • 有更好的使用方法？提交 Pull Request • 想要新的 Skill？在 Discussions中提出需求 相关阅读 • OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 • 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 欢迎贡献 • 发现了新的 API 坑？提交 Issue 告诉我们 • 有更好的使用方法？提交 Pull Request • 想要新的 Skill？在 Discussions中提出需求 欢迎贡献 • 发现了新的 API 坑？提交 Issue 告诉我们 • 有更好的使用方法？提交 Pull Request • 想要新的 Skill？在 Discussions中提出需求 相关阅读 • OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 • 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 相关阅读 • OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 OpenClaw + Gemini 3 Flash + 飞书 部署完整指南 • 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 当OpenClaw接管飞书全部权限，10 个岗位的生产力核爆现场 🧑‍💻 小伙伴们也可以通过阿里云百炼Coding Plan 来部署： 首购低至 7.9 元，续费 5 折起，支持Qwen3.5、Qwen3 max、Qwen3 coder、GLM 5、GLM 4.7、Kimi k2.5等模型 👉戳链接直达：https://t.aliyun.com/U/0iiOuy 👉查看详细部署教程：https://t.aliyun.com/U/MNkA9b 最多三步，即可拥有 7x 24小时在线、随时响应的AI助手 小伙伴们也可以通过阿里云百炼Coding Plan 来部署： 首购低至 7.9 元，续费 5 折起，支持Qwen3.5、Qwen3 max、Qwen3 coder、GLM 5、GLM 4.7、Kimi k2.5等模型 👉戳链接直达：https://t.aliyun.com/U/0iiOuy 👉查看详细部署教程：https://t.aliyun.com/U/MNkA9b 最多三步，即可拥有 7x 24小时在线、随时响应的AI助手 很多人接入 OpenClaw 后，第一反应是失望 ❗ OpenClaw发布后，我收到最多的反馈是： "接入飞书了，但感觉不太好用啊？" "就是个聊天机器人嘛，还不如直接用豆包。" "问它问题能回答，但总觉得没发挥出什么价值。" 我能理解这种失望感。因为如果你只是把 OpenClaw 当成一个"会聊天的机器人"，那确实没什么用——市面上免费的聊天机器人一大把，何必费劲接入飞书？ 但这恰恰是最大的误解。 OpenClaw 的核心价值不是"会聊天"，而是"长出了手脚"。 它能调用飞书 200 +项 API，能读写多维表格、能生成云文档、能发送消息、能创建任务、能处理审批……这些才是它真正的能力。 OpenClaw发布后，我收到最多的反馈是： "接入飞书了，但感觉不太好用啊？" "就是个聊天机器人嘛，还不如直接用豆包。" "问它问题能回答，但总觉得没发挥出什么价值。" 我能理解这种失望感。因为如果你只是把 OpenClaw 当成一个"会聊天的机器人"，那确实没什么用——市面上免费的聊天机器人一大把，何必费劲接入飞书？ 但这恰恰是最大的误解。 OpenClaw 的核心价值不是"会聊天"，而是"长出了手脚"。 它能调用飞书 200 +项 API，能读写多维表格、能生成云文档、能发送消息、能创建任务、能处理审批……这些才是它真正的能力。 过去几天，我和团队花了 $400+ Token，把飞书 200+ 项 API 全部实测了一遍。 每个 API 的参数格式、字段类型、频控策略、并发陷阱、错误码含义……我们都用 Token 换回了第一手经验。 然后，我们把这些经验做成了 AI Agent 可以直接加载的「Skills」。 第一趴，我们测完了 9 个核心 Skills，现在全部开源。 剩下 200+ 个 API 我们还在测，后续也会陆续开源。 如果你等不及，或者想参与测试，可以加我微信：Ludao112。 什么是 Skill？为什么它值得你花 5 分钟了解 Skill 不是代码，不是 SDK，不是插件。 它就是一份 Markdown 文档——一份写给 AI 看的「专家手册」。 当你的 AI Agent 要调用飞书 API 时，它会先读一遍这份手册，然后按照手册里的"实测经验"去操作。就像一个新人入职前，老员工给他写的那份"避坑指南"。 Skill 对你有什么价值？ 1. 省钱：不用再烧 Token 试错 2. 省时间：不用翻文档、找 Issue、问 AI 3. 开箱即用：一键下载，立即可用 3步快速安装 方式1： 开源仓库地址：https://github.com/alextangson/feishu skills 下载Zip，解压后复制skill至.openclaw/workspace/skills/ 最后重启openclaw Code block Plain Text openclaw gateway restart 开源仓库地址：https://github.com/alextangson/feishu skills 下载Zip，解压后复制skill至.openclaw/workspace/skills/ 最后重启openclaw Code block Plain Text openclaw gateway restart 开源仓库地址：https://github.com/alextangson/feishu skills 下载Zip，解压后复制skill至.openclaw/workspace/skills/ 最后重启openclaw 方式2： 第 1 步：克隆仓库 Code block git clone https://github.com/alextangson/feishu skills.git 第 2 步：复制到 OpenClaw Code block cp r feishu skills/feishu /.openclaw/workspace/skills/ 第 3 步：重启 OpenClaw Code block openclaw gateway restart 第 1 步：克隆仓库 Code block git clone https://github.com/alextangson/feishu skills.git 第 1 步：克隆仓库 第 2 步：复制到 OpenClaw Code block cp r feishu skills/feishu /.openclaw/workspace/skills/