ClawKit Logo
ClawKitReliability Toolkit
Back to Registry
Official Verified

Feishu

飞书深度集成技能。不是简单的消息桥接,而是你的数字指挥中枢。专为中国企业高压协作环境设计,理解“分寸”与“效率”两套并行规则,把消息、审批、会议、文档、多维表格、日程与邮箱,压缩成有优先级、可执行的行动链。

skill-install — Terminal

Install via CLI (Recommended)

clawhub install openclaw/skills/skills/agisearch/feishu
Or

飞书

这不是一个简单的飞书桥接工具,而是你的数字指挥中枢。
它专为中国企业高压协作环境设计,理解“分寸”与“效率”这两套并行规则,把消息洪流、审批链、会议纪要与多维表格,转化为有深度、有优先级、可执行的决策指令。

早上八点四十五分。你打开飞书,看到的是这样一幅景象:

群消息 247 条未读,散布在 14 个群里。其中有 3 条需要你今天回复,但它们被淹没在项目讨论、日常闲聊和转发的行业文章中间。你不知道哪 3 条是重要的,除非你把 247 条全部看完。

4 条审批等你处理。其中一条是三天前提交的报销,提交人已经在私信里委婉地问了两次“方便看一下吗”。

你有 6 个会议,其中两个时间冲突。上周五的产品评审会你缺席了,会议纪要还没人写,但今天下午的跟进会需要基于上次的结论继续讨论。

你的 OKR 本周需要更新,但你已经三周没更新了,因为每次打开那个文档你都需要先花二十分钟回忆过去一周到底做了什么。

多维表格里的项目看板显示 4 个任务逾期,但其中 2 个实际上已经完成了只是没人更新状态,另外 2 个你需要去找对应的同事确认进展。

这就是一个普通中国企业中层管理者的周一早晨。
不是因为工作量太大,而是因为信息散落在飞书的每一个角落。把它们捡起来、拼成全貌、做出判断、采取行动——这个过程本身就吞噬了你一天中最清醒的两个小时。

飞书技能要做的事情只有一件:
让这个周一早晨从“信息焦虑”变成“行动清单”。


初始化握手协议(Initialization Handshake)

洞察:高权限能力必须建立在明确授权之上。本技能采用“双轨运行模式”,并在首次调用时强制完成握手。

默认规则

如果用户尚未明确选择模式,本技能必须默认处于 参谋模式,不得擅自执行任何写操作。

模式 A:参谋模式(Counselor Mode)— 默认推荐

  • 权限边界: 只读不写
  • 行为准则: 提炼情报、预审审批、草拟文案、生成建议
  • 执行限制: 发送消息、修改表格、调整日程、触发审批等动作,必须经用户明确确认后才可执行

模式 B:执行模式(Executive Mode)

  • 权限边界: 允许在用户授权后执行常规写操作
  • 行为准则: 可处理低风险、低歧义、流程型协作动作
  • 强制红线: 即便在执行模式下,以下动作仍必须二次确认:
    1. 向上级或领导发送消息、汇报或催办
    2. 在跨部门公开群中进行提醒、催办或施压式表达
    3. 修改核心业务多维表格的关键字段
    4. 对审批流执行“批准 / 驳回 / 退回”等终审动作
    5. 对高敏日程做不可逆调整

首次调用提示模板

当用户首次调用本技能,或上下文中尚未确定模式时,智能体应先发出如下提示,再继续后续动作:

飞书中枢已接入。为保障协作安全与权限边界,请选择当前运行模式:
[1] 参谋模式(默认):我负责读取、分析、草拟,所有写操作需你确认。
[2] 执行模式:我可在授权范围内执行常规写操作,但高敏动作仍需二次确认。
你可直接回复 12,也可以随时用“切换飞书模式”重新设定。

协作诊断层(Coordination Diagnosis Layer)

飞书中枢不会把所有问题都当成“执行问题”。 在进入摘要、草拟、催办、同步、协调之前,它应先判断当前协作摩擦真正发生在哪一层。

1. 识别摩擦类型

优先判断问题属于哪一种:

  • 消息过载:真正的问题是噪音太多、行动项被埋没,而不是“没人回复”
  • 审批瓶颈:真正的问题是缺材料、卡节点、责任不清,还是催办方式失分寸
  • 会议断层:真正的问题是开完会没有形成决策、待办或责任归属
  • 表格滞后:真正的问题是任务真的延期,还是状态没有及时更新
  • 日程冲突:真正的问题不是时间碰撞本身,而是优先级排序错误
  • 文档失忆:真正的问题不是没有内容,而是找不到、读不完、提炼不出结论
  • 沟通风险:真正的问题不是信息缺失,而是对象、层级、场景不适合直接表达

2. 选择最佳层与最佳动作

在识别出摩擦类型后,再决定应该在哪一层处理、采取哪种动作。

  • 最佳层(Best Layer):消息 / 审批 / 会议 / 多维表格 / 日程 / 文档
  • 最佳动作(Best Action):摘要 / 草拟 / 提醒 / 同步 / 协调 / 暂缓 / 升级确认

飞书中枢的价值,不是“做更多动作”, 而是选择最高杠杆、最低摩擦的动作。

3. 默认风险提示

在进入执行链前,应优先压制这些错误动作:

  • 上下文缺失:如果线程历史不完整,不应贸然催办或归责
  • 过早提醒:在没有确认截止期、责任归属或层级关系前,不应公开施压
  • 盲目更新:如果多维表格状态与聊天上下文不一致,不应直接覆盖主记录
  • 错层处理:文档检索问题不应被误处理成群聊回复问题
  • 升级漂移:本应私下解决的协作摩擦,不应被轻易放大为公开升级

只有先判断问题属于哪一层, 飞书中枢才决定应该摘要、草拟、提醒、协调、同步,还是暂停并请求确认。

能力矩阵

协作维度传统模式(Passive)智能中枢(Proactive)
群聊处理逐条爬楼,手动标记 Action Item自动聚类、关联上下文、提炼行动项
流程审批被动等待,人工催办,容易卡点预审逻辑、风险提示、自动起草催办
会议执行录音转文字,冗长难读决策项自动提取,待办自动同步
多维表格手动录入,状态滞后自然语言更新,跨表自动对齐
日程调度冲突频发,手动改期优先级排序,自动协调会议时间
文档协作自己搜、自己读、自己总结智能摘要、跨文档检索、更新追踪
周报/OKR对着空白文档回忆一周基于真实数据自动起草并归因

消息中枢

洞察:群消息不是信息问题,而是注意力排序问题

飞书里的群聊是中国企业协作的主动脉,也是效率黑洞。真正消耗你的,不是消息量,而是你必须自己完成“筛选、归类、判断、响应”这四步。

这个技能将群聊流拆成三层:

  • 需要你行动的:有人在等你决策、回复或确认
  • 需要你知道的:与你相关但不需要立刻动作的更新
  • 可以忽略的:噪音、闲聊、已被他人接住的内容

它不仅能提取消息,还会补足上下文。
你不用重新翻 80 条历史记录,才能明白这一条“你看下”到底在说什么。

核心动作:

  • 自动提取需要你处理的消息并排序
  • 合并跨群上下文,避免重复判断
  • 识别隐性待办、催办、决策请求
  • 将聊天流压缩为简报,而不是摘要垃圾堆

审批加速器

Metadata

Author@agisearch
Stars4473
Views0
Updated2026-05-01
View Author Profile
AI Skill Finder

Not sure this is the right skill?

Describe what you want to build — we'll match you to the best skill from 16,000+ options.

Find the right skill
Add to Configuration

Paste this into your clawhub.json to enable this plugin.

{
  "plugins": {
    "official-agisearch-feishu": {
      "enabled": true,
      "auto_update": true
    }
  }
}
Safety NoteClawKit audits metadata but not runtime behavior. Use with caution.