开通会员

(4629期)Feishu Message Reader – 飞书消息一键拉取,线程上下文完整还原

10.0 综合评分
4.8 kB 文件大小
2026-09-23 更新时间

飞书消息一键拉取,线程上下文完整还原 通过API安全读取飞书单条消息内容及上下文线程,支持文本/富文本/图片/合并转发等全类型,交互卡片需降级处理。 使用说明 核心用法 feishu-message 技能通过调用飞书 IM 开放 API(/im/v1/messages/{id}),实现指定 message_id 的消息内容拉取。支持三种调用模式: 单消息模式:获取指定消息的基础字段(msg_type、sender、content、时间戳等) 线程模式(--thread):拉取该消息所属会话线程的全部消息,按时间序排列,含 thread_count 统计 原始模式(--raw):返回未经解析的 API 原始 JSON 认证层完全自动化:优先读取 ~/.openclaw/openclaw.json 中的 appId/appSecret,支持环境变量覆盖(FEISHUAPPID/FEISHUAPPSECRET)或显式传入 tenantaccesstoken。 显著优点 全类型覆盖:原生支持 text、post(富文本)、image、merge_forward(合并转发),满足绝大多数飞书消息场景。 线程上下文补全:针对飞书「话题回复」机制,线程模式可一次性拉取根消息+全部回复,解决单条消息碎片化问题。 零配置即用:内置自动鉴权,用户无需手动管理 Token 生命周期。 结构化输出:返回字段经过清洗与解析,下游可直接消费 JSON,无需二次处理飞书原始格式。 潜在缺点与局限性 交互卡片降级(硬性限制):msg_type: interactive 的消息,飞书平台 API 仅返回 body.content 中的降级文本(fallback),无法获取完整卡片 JSON 结构。这是平台级限制,非本技能缺陷。 降级方案依赖人工:需用户理解「线程回溯」工作流——遇到 [Interactive Card] 占位符时,必须主动使用 --thread 追溯上游文本/富文本消息以还原完整语义。 隐私边界模糊:技能可拉取任意 messageid 对应消息,若 messageid 来源不可控(如用户粘贴第三方消息 ID),可能触及非授权会话数据。 适合人群 AI Agent/自动化工作流开发者:需要在工具链中解析飞书消息内容的场景 客服/运营系统维护者:需追溯用户反馈的原始消息上下文 企业合规审计:批量导出特定会话线程的内容存档 常规风险 | 风险类别 | 说明 ||---------|------|| 数据泄露 | message_id 具备全局唯一性,若被恶意截获,可能用于未授权消息读取(依赖 Token 权限范围) || 合规争议 | 自动拉取线程内容可能触及企业数据驻留、跨境传输等合规条款 || 语义丢失 | 过度依赖交互卡片的场景,降级文本可能导致关键信息遗漏,影响下游决策准确性 | 使用建议 对高频依赖交互卡片的业务(如审批、表单、多维表格通知),建议在飞书侧配置「同时推送文本摘要」的机器人策略,而非完全依赖本技能的线程回溯机制。 原始说明 Fetch Feishu message content by message_id, with optional thread context. Activate when: needing to read the content of a specific Feishu message by its mess...

开通会员
安全无毒 已通过安全检测,请放心下载 无毒 无插件 人工检测

飞书消息一键拉取,线程上下文完整还原

通过API安全读取飞书单条消息内容及上下文线程,支持文本/富文本/图片/合并转发等全类型,交互卡片需降级处理。

使用说明

核心用法

feishu-message 技能通过调用飞书 IM 开放 API(/im/v1/messages/{id}),实现指定 message_id 的消息内容拉取。支持三种调用模式:

  • 单消息模式:获取指定消息的基础字段(msg_type、sender、content、时间戳等)
  • 线程模式(--thread):拉取该消息所属会话线程的全部消息,按时间序排列,含 thread_count 统计
  • 原始模式(--raw):返回未经解析的 API 原始 JSON

认证层完全自动化:优先读取 ~/.openclaw/openclaw.json 中的 appId/appSecret,支持环境变量覆盖(FEISHUAPPID/FEISHUAPPSECRET)或显式传入 tenantaccesstoken。

显著优点

  1. 全类型覆盖:原生支持 text、post(富文本)、image、merge_forward(合并转发),满足绝大多数飞书消息场景。
  2. 线程上下文补全:针对飞书「话题回复」机制,线程模式可一次性拉取根消息+全部回复,解决单条消息碎片化问题。
  3. 零配置即用:内置自动鉴权,用户无需手动管理 Token 生命周期。
  4. 结构化输出:返回字段经过清洗与解析,下游可直接消费 JSON,无需二次处理飞书原始格式。

潜在缺点与局限性

  • 交互卡片降级(硬性限制):msg_type: interactive 的消息,飞书平台 API 仅返回 body.content 中的降级文本(fallback),无法获取完整卡片 JSON 结构。这是平台级限制,非本技能缺陷。
  • 降级方案依赖人工:需用户理解「线程回溯」工作流——遇到 [Interactive Card] 占位符时,必须主动使用 --thread 追溯上游文本/富文本消息以还原完整语义。
  • 隐私边界模糊:技能可拉取任意 messageid 对应消息,若 messageid 来源不可控(如用户粘贴第三方消息 ID),可能触及非授权会话数据。

适合人群

  • AI Agent/自动化工作流开发者:需要在工具链中解析飞书消息内容的场景
  • 客服/运营系统维护者:需追溯用户反馈的原始消息上下文
  • 企业合规审计:批量导出特定会话线程的内容存档

常规风险

| 风险类别 | 说明 |
|———|——|
| 数据泄露 | message_id 具备全局唯一性,若被恶意截获,可能用于未授权消息读取(依赖 Token 权限范围) |
| 合规争议 | 自动拉取线程内容可能触及企业数据驻留、跨境传输等合规条款 |
| 语义丢失 | 过度依赖交互卡片的场景,降级文本可能导致关键信息遗漏,影响下游决策准确性 |

使用建议

对高频依赖交互卡片的业务(如审批、表单、多维表格通知),建议在飞书侧配置「同时推送文本摘要」的机器人策略,而非完全依赖本技能的线程回溯机制。

原始说明

Fetch Feishu message content by message_id, with optional thread context. Activate when: needing to read the content of a specific Feishu message by its mess…

免责声明

本站提供的资源转载自国内外各大媒体和网络,仅供试玩体验;不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。如果您喜欢该游戏内容,请支持正版,购买注册,得到更好的正版服务。我们非常重视版权问题,如有侵权请邮件与我们联系处理。

上一篇 (4630期)Organisation Documents – 会计文档自动分类与客户识别引擎 下一篇 (4628期)Express Logistics Track – 快递物流查询 – 自动识别 · 顺丰可查 · 轨迹实时

玩家评论

10 /10
0 人评分 · 0 条评论
写下我的评测

还没有玩家留言,来抢沙发吧~