Menu
飞书深度集成技能。不是简单的消息桥接，而是你的数字指挥中枢。专为中国企业高压协作环境设计，理解“分寸”与“效率”两套并行规则，把消息、审批、会议、文档、多维表格、日程与邮箱，压缩成有优先级、可执行的行动链。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
Search the web using Baidu AI Search Engine (BDSE). Use for live information, documentation, or research topics.
Data analysis and visualization. Query databases, generate reports, automate spreadsheets, and turn raw data into clear, actionable insights. Use when (1) you need to analyze, visualize, or explain data; (2) the user wants reports, dashboards, or metrics turned into a decision; (3) the work involves SQL, Python, spreadsheets, BI tools, or notebooks; (4) you need to compare segments, cohorts, funnels, experiments, or time periods; (5) the user explicitly installs or references the skill for the current task.
Read and send email via IMAP/SMTP. Check for new/unread messages, fetch content, search mailboxes, mark as read/unread, and send emails with attachments. Supports multiple accounts. Works with any IMAP/SMTP server including Gmail, Outlook, 163.com, vip.163.com, 126.com, vip.126.com, 188.com, and vip.188.com.
Use this skill to extract structured Markdown/JSON from PDFs and document images—tables with cell-level precision, formulas as LaTeX, figures, seals, charts, headers/footers, multi-column layout and correct reading order. Trigger terms: 文档解析, 版面分析, 版面还原, 表格提取, 公式识别, 多栏排版, 扫描件结构化, 发票, 财报, 复杂 PDF, PDF转Markdown, 图表, 阅读顺序; reading order, formula, LaTeX, layout parsing, structure extraction, PP-StructureV3, PaddleOCR-VL.
Neural web search, content extraction, company and people research, code search, and deep research via the Exa MCP server. Use when you need to: (1) search the web with semantic understanding — not just keywords, (2) find research papers, news, tweets, companies, or people, (3) extract clean content from URLs, (4) find semantically similar pages to a known URL, (5) get code examples and documentation, (6) run deep multi-step research with a report, (7) get a quick synthesized answer with citations. NOT for: local file operations, non-web tasks, or anything that doesn't involve web search or content retrieval.
飞书发送文件技能。用于通过飞书向用户发送普通文件附件（HTML、ZIP、PDF、代码文件等）以及处理“本地图片路径被发成路径文本”的可靠补救场景。普通文件必须先上传获取 `file_key` 再发送；当本地图片用 `message`/`media` 发送后在飞书里只显示 `/root/...png` 路径而不显示图片时，改用本技能内的稳定图片上传脚本（`im/v1/images` -> `image_key` -> `msg_type=image`）。
| name | Feishu |
| description | 飞书深度集成技能。不是简单的消息桥接，而是你的数字指挥中枢。专为中国企业高压协作环境设计，理解“分寸”与“效率”两套并行规则，把消息、审批、会议、文档、多维表格、日程与邮箱，压缩成有优先级、可执行的行动链。 |
| version | 1.0.5 |
| metadata | {"openclaw":{"primaryEnv":"FEISHU_APP_ID","requires":{"env":["FEISHU_APP_ID","FEISHU_APP_SECRET"]}}} |
这不是一个简单的飞书桥接工具，而是你的数字指挥中枢。
它专为中国企业高压协作环境设计，理解“分寸”与“效率”这两套并行规则，把消息洪流、审批链、会议纪要与多维表格，转化为有深度、有优先级、可执行的决策指令。
早上八点四十五分。你打开飞书，看到的是这样一幅景象：
群消息 247 条未读，散布在 14 个群里。其中有 3 条需要你今天回复，但它们被淹没在项目讨论、日常闲聊和转发的行业文章中间。你不知道哪 3 条是重要的，除非你把 247 条全部看完。
4 条审批等你处理。其中一条是三天前提交的报销，提交人已经在私信里委婉地问了两次“方便看一下吗”。
你有 6 个会议，其中两个时间冲突。上周五的产品评审会你缺席了，会议纪要还没人写，但今天下午的跟进会需要基于上次的结论继续讨论。
你的 OKR 本周需要更新，但你已经三周没更新了，因为每次打开那个文档你都需要先花二十分钟回忆过去一周到底做了什么。
多维表格里的项目看板显示 4 个任务逾期，但其中 2 个实际上已经完成了只是没人更新状态，另外 2 个你需要去找对应的同事确认进展。
这就是一个普通中国企业中层管理者的周一早晨。
不是因为工作量太大，而是因为信息散落在飞书的每一个角落。把它们捡起来、拼成全貌、做出判断、采取行动——这个过程本身就吞噬了你一天中最清醒的两个小时。
飞书技能要做的事情只有一件：
让这个周一早晨从“信息焦虑”变成“行动清单”。
洞察：高权限能力必须建立在明确授权之上。本技能采用“双轨运行模式”，并在首次调用时强制完成握手。
如果用户尚未明确选择模式，本技能必须默认处于 参谋模式，不得擅自执行任何写操作。
当用户首次调用本技能，或上下文中尚未确定模式时，智能体应先发出如下提示，再继续后续动作：
飞书中枢已接入。为保障协作安全与权限边界，请选择当前运行模式：
[1] 参谋模式（默认）：我负责读取、分析、草拟，所有写操作需你确认。
[2] 执行模式：我可在授权范围内执行常规写操作，但高敏动作仍需二次确认。
你可直接回复 1 或 2，也可以随时用“切换飞书模式”重新设定。
飞书中枢不会把所有问题都当成“执行问题”。 在进入摘要、草拟、催办、同步、协调之前，它应先判断当前协作摩擦真正发生在哪一层。
优先判断问题属于哪一种：
在识别出摩擦类型后，再决定应该在哪一层处理、采取哪种动作。
飞书中枢的价值，不是“做更多动作”， 而是选择最高杠杆、最低摩擦的动作。
在进入执行链前，应优先压制这些错误动作：
只有先判断问题属于哪一层， 飞书中枢才决定应该摘要、草拟、提醒、协调、同步，还是暂停并请求确认。
| 协作维度 | 传统模式（Passive） | 智能中枢（Proactive） |
|---|---|---|
| 群聊处理 | 逐条爬楼，手动标记 Action Item | 自动聚类、关联上下文、提炼行动项 |
| 流程审批 | 被动等待，人工催办，容易卡点 | 预审逻辑、风险提示、自动起草催办 |
| 会议执行 | 录音转文字，冗长难读 | 决策项自动提取，待办自动同步 |
| 多维表格 | 手动录入，状态滞后 | 自然语言更新，跨表自动对齐 |
| 日程调度 | 冲突频发，手动改期 | 优先级排序，自动协调会议时间 |
| 文档协作 | 自己搜、自己读、自己总结 | 智能摘要、跨文档检索、更新追踪 |
| 周报/OKR | 对着空白文档回忆一周 | 基于真实数据自动起草并归因 |
洞察：群消息不是信息问题，而是注意力排序问题。
飞书里的群聊是中国企业协作的主动脉，也是效率黑洞。真正消耗你的，不是消息量，而是你必须自己完成“筛选、归类、判断、响应”这四步。
这个技能将群聊流拆成三层：
它不仅能提取消息，还会补足上下文。
你不用重新翻 80 条历史记录，才能明白这一条“你看下”到底在说什么。
核心动作：
洞察：审批流不是单纯流程，它是企业内部资源流动的闸门。
很多审批不是因为“没人看到”而卡住，而是因为信息不完整、责任模糊、催办方式失分寸。
这个技能不会只提醒你“有审批待处理”，它会先做预审：
核心动作：
它的目标不是让你“更快点通过”，
而是让审批链整体更少空转。
洞察：会议的成本不在会议本身，而在“会前没人准备、会后没人执行”。
大多数会议不是缺讨论，而是缺结构。
飞书会议录音和转写本身并不稀缺，稀缺的是：
核心动作：
会议的价值，不应停在“开过”。
而应停在“形成行动”。
洞察：多维表格不是数据仓库，而应成为轻量决策系统。
大多数团队的问题不是没有表，而是：
这个技能把多维表格从被动记录器，变成主动协同层。
核心动作：
它不只是帮你“填表”，
而是帮你让表成为组织的第二大脑。
洞察：日历不是记录时间，而是保护注意力。
如果一个人的日历完全由别人决定，那他的深度工作时间只会越来越碎。
这个技能会用“优先级、冲突、精力结构”来看待日程，而不是只看空档。
核心动作：
它不只是帮你安排时间，
而是在替你守住高价值时间。
洞察：知识的价值不在存储，而在被正确召回。
飞书文档最常见的问题不是“没有写”，而是“写了以后找不到、看不完、用不上”。
这个技能会把文档从静态容器变成动态知识流：
核心动作：
洞察：在中国企业里，效率决定结果，分寸决定你还能不能继续高效。
这个技能不是简单“帮你发话”。
它要先判断：
它会根据场景自动调整表达方式。
这不是礼貌问题。
这是协作成本问题。
这个技能不是“查一下”，而是“代理执行逻辑链”。
输入：
“帮我追一下 A 项目的进度。”
执行：
Scan Chat[A项目] -> Filter Red Flags -> Cross-check Bitable[项目看板] -> Identify Overdue Tasks -> Check Calendar[责任人] -> Draft Follow-up
输出：
提供一个包含 3 个核心风险、2 个逾期任务及建议催办名单的精炼简报。
输入：
“查一下谁的审批卡住了，帮我催一下，语气委婉点。”
执行：
Scan Workflow[Pending > 48h] -> Identify Owner -> Check Hierarchy -> Draft Private Reminder -> Rank by Urgency
输出：
列出卡点审批、当前节点、建议催办对象，并生成适配语气的提醒文案。
输入：
“帮我起草这周周报，重点写 A、B 两个项目。”
执行：
Scan Bitable[项目数据] -> Extract Meeting Decisions -> Summarize Chat Updates -> Map to Weekly Progress -> Draft Report
输出：
生成一版可直接修改发送的周报草稿，并标出数据支持点。
输入：
“我们上次讨论用户留存的结论在哪个文档里？”
执行：
Search Docs[关键词=用户留存] -> Rank by Relevance -> Extract Conclusions -> Return Source Links
输出：
返回最相关文档、关键结论摘要，以及原文位置。
适合用于：
不适合用于：
这个技能只处理你已有权限范围内的飞书数据。
它不会越权读取你没有权限的群、文档、审批或表格。
它基于：
飞书中的数据属于组织，
权限属于角色，
而这个智能体只是把这些碎片重新编译成可执行的协作指令。
一个合格的飞书技能输出，应当满足：
飞书不是消息入口。
它应该成为你的决策中枢。
本技能为纯指令型编排器，不包含任何网络请求代码、安装脚本或二进制文件。
FEISHU_APP_ID 与 FEISHU_APP_SECRET）。为实现“数字指挥中枢”能力，推荐关联的飞书应用具备以下最小权限范围：
说明：以上为推荐权限范围，并非本技能自行申请的权限。实际访问范围应以宿主平台连接器和用户授权结果为准，并遵循最小权限原则。
在执行任何高权限动作前，智能体应先完成以下检查：
FEISHU_APP_ID 或运行时鉴权未就绪，应退回建议模式，不尝试调用飞书接口。本技能默认遵循以下顺序：
先识别 → 再建议 → 后确认 → 再触发
这意味着：
飞书中的数据属于组织，权限属于角色。
这个技能的职责不是越权代替人，而是把碎片化协作重新编译成更清晰的行动链。
FEISHU_APP_ID / FEISHU_APP_SECRET），本技能不持久化任何飞书凭证为了实现“数字指挥中枢”能力，推荐将权限理解为两层：
Core（默认安全区）
Extended（授权扩展区）
即使处于 Extended，仍应遵循高敏动作二次确认原则。
本技能默认遵循以下顺序：
先识别 → 再建议 → 后授权 → 再执行
这意味着：
本技能的价值，不在于替人越权行动，
而在于把碎片化协作重新编译成更清晰、更有分寸的行动链。