Menu
会后知识智能分发工作流：从会议纪要中自动提取待办、关键决策、知识要点，识别相关人，经用户确认后按人精准分发（创建任务、推送消息、沉淀知识库）。当用户需要会后分发、会议跟进、把纪要里的事情分给对应的人时使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | lark-dispatch |
| version | 1.1.0 |
| description | 会后知识智能分发工作流：从会议纪要中自动提取待办、关键决策、知识要点，识别相关人，经用户确认后按人精准分发（创建任务、推送消息、沉淀知识库）。当用户需要会后分发、会议跟进、把纪要里的事情分给对应的人时使用。 |
| metadata | {"requires":{"bins":["lark-cli>=1.0.13"],"cliHelp":"lark-cli minutes --help && lark-cli vc --help && lark-cli contact --help && lark-cli task --help && lark-cli im --help && lark-cli docs --help && lark-cli wiki --help && lark-cli drive --help"}} |
CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md，其中包含认证、权限处理、安全规则。如果相对路径不存在，先检查全局 Skills 目录是否已安装 lark-shared；如果仍不存在，提示用户先安装官方 Skills：npx skills add https://github.com/larksuite/cli -y -g
仅支持 user 身份（--as user）。执行前确保已授权：
# 最低可用授权（妙记 + 文档 + 通讯录）
lark-cli auth login --scope "minutes:minutes.search:read minutes:minutes.basic:read minutes:minutes:readonly minutes:minutes.artifacts:read minutes:minutes.transcript:export"
lark-cli auth login --domain docs
# 推荐授权（+ 任务 + 通讯录搜索）
lark-cli auth login --domain task
lark-cli auth login --scope "search:user"
# 完整授权（+ 消息推送 + 知识库 + 会议录制搜索）
lark-cli auth login --scope "vc:record:readonly docs:document.content:read"
lark-cli auth login --domain wiki
# Bot 消息推送需在开发者后台开通 bot 消息能力；CLI scope 检查通常显示为 im:message.send_as_bot
多次 login 的 scope 会累积（增量授权）。
| 层级 | 功能 | 所需授权 |
|---|---|---|
| 基础版 | 会议纪要采集 + AI 提取 + 文档报告输出 | 妙记 scopes + --domain docs |
| 增强版 | + 待办自动创建飞书任务并分配 | + --domain task |
| 高级版 | + 决策/知识按人消息推送 + 知识库沉淀 | + bot 能力 + --domain wiki |
| 完整版 | + 会议录制补强 + 历史分发追踪 | + vc:record:readonly + --domain base |
缺少某一层的授权时，对应模块自动跳过，不影响其他功能。分发报告中标注"（未执行 — 需 <具体授权命令>）"。
AI 辅助决策，人类拍板执行。
所有提取结果必须展示给用户确认后才能执行分发动作。绝不静默发送消息或创建任务。
用户触发："帮我把这个会议分发一下"
│
▼
Step 1: 定位目标会议 → 获取会议纪要
│
▼
Step 2: AI 分析纪要 → 提取三类信息（待办 / 决策 / 知识）+ 识别相关人
│
▼
Step 3: 解析相关人 → contact +search-user 获取 open_id
│
▼
Step 4: ⚠️ 展示提取结果 → 用户确认 / 编辑
│
▼
Step 5: 执行分发
├─► 5a: 待办 → task +create（分配给责任人）
├─► 5b: 决策 → im +messages-send（推送给相关人）
└─► 5c: 知识 → wiki +node-create / docs +create（沉淀到知识库）
│
▼
Step 6: 生成分发报告 → docs +create
根据用户输入确定目标会议：
| 用户输入 | 处理方式 |
|---|---|
| 提供了妙记链接 | 从 URL 中提取 minute_token |
| "刚才开的会" / "最近的会" | minutes +search --participant-ids "me" --start "<today>" --end "<now>" 取最新一条 |
| "上午的 XX 会议" | minutes +search --query "XX" --participant-ids "me" --start "<today_am>" --end "<today_pm>" |
| 提供了会议 ID | vc +search 按 ID 查找，获取 minute_token |
# 搜索自己参加的最近会议
lark-cli minutes +search --participant-ids "me" --start "<start>" --end "<end>" --format pretty
# 获取妙记基本信息
lark-cli minutes minutes get --params '{"minute_token": "<token>"}'
# 获取 AI 总结、章节、待办等（核心数据源）
lark-cli vc +notes --minute-tokens <minute_token>
返回结构包含：
artifacts.summary：AI 生成的完整会议总结artifacts.chapters[]：章节列表（含标题 + 摘要）artifacts.todos[]：飞书 AI 已识别的待办事项note_doc_token：纪要文档 token（可进一步 fetch 全文）verbatim_doc_token：逐字稿 token数据优先级：
summary+chapters+todos通常已足够进行分析。如果vc +notes只返回较短summary，或缺少chapters/todos，必须使用逐字稿 fallback：读取artifacts.transcript_file或--output-dir下的transcript.txt，并在 Step 4 标注“基于逐字稿提取，需人工确认”。仅当用户要求更详细分析且存在note_doc_token时，才通过docs +fetch读取纪要全文。
当在线 AI 产物不足以判断待办/决策/知识点时：
lark-cli vc +notes --minute-tokens <minute_token> --output-dir ./minutes/<minute_token>
然后读取输出目录中的 transcript.txt。提取时使用逐字稿时间戳作为来源，例如 00:19:42-00:25:31，不要把“逐字稿中的建议”包装成已确认决策。
如果 vc +notes 返回的信息不够完整：
# 搜索相关会议录制
lark-cli vc +search --start "<date>" --end "<date>" --query "<会议关键词>"
# 获取会议记录详情
lark-cli vc +notes --minute-tokens <minute_token>
对 Step 1 获取的纪要数据进行 AI 分析，提取三类信息：
类型 1: 待办事项（Action Items）
todos[] 直接采纳，AI 补充遗漏项类型 2: 关键决策（Decisions）
类型 3: 知识要点（Knowledge）
AI 必须将提取结果组织为以下结构（用于 Step 4 展示给用户）：
## 📋 待办事项（Action Items）
| # | 任务描述 | 责任人 | 截止时间 | 来源章节/时间段 |
|---|---------|--------|---------|---------|
| 1 | xxx | 张三 | 4/20 | 章节标题或 00:19:42-00:25:31 |
## 📢 关键决策（Decisions）
| # | 决策内容 | 相关人 | 来源章节/时间段 |
|---|---------|--------|---------|
| 1 | xxx | 李四、王五 | 章节标题或 00:19:42-00:25:31 |
## 📚 知识要点（Knowledge）
| # | 知识内容 | 分类标签 | 来源章节/时间段 |
|---|---------|---------|---------|
| 1 | xxx | 工具推荐 | 章节标题或 00:19:42-00:25:31 |
对 Step 2 中提取的所有人名，通过通讯录搜索获取 open_id：
# 搜索用户获取 open_id
lark-cli contact +search-user --query "张三"
处理规则：
open_id⚠️ 通讯录搜索受权限范围限制：只能搜到同一组织/租户内的用户。跨组织参会人无法解析。
✅ 企业内部（同租户）场景：经第三场真实验证，同租户环境下人员解析成功率 100%（1/1），任务可精准分配给具体责任人 open_id。推荐用于企业团队内部会议的分发场景。
这是整个工作流最关键的一步。绝不跳过。
将 Step 2 的提取结果 + Step 3 的人员解析结果，按固定确认草稿完整展示给用户：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📝 会议：{会议标题}
📅 时间：{会议时间}
🔎 数据来源：{AI 总结 / 章节 / 逐字稿 fallback}
⚠️ 确认状态：未确认，以下动作尚未执行
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
## 📋 待办事项（将创建飞书任务）
| # | 任务描述 | 责任人 | open_id 状态 | 截止时间 | 来源 |
|---|---------|--------|-------------|---------|------|
| 1 | xxx | 张三 | 已解析 | 4/20 | 章节/时间段 |
| 2 | xxx | 待指定 | 需手动指定 | - | 章节/时间段 |
## 📢 关键决策（将推送飞书消息）
| # | 决策内容 | 推送给 | open_id 状态 | 来源 |
|---|---------|--------|-------------|------|
| 1 | xxx | 李四 | 已解析 | 章节/时间段 |
## 📚 知识要点（将沉淀到知识库）
| # | 知识内容 | 分类标签 | 来源 |
|---|---------|---------|------|
| 1 | xxx | 工具推荐 | 章节/时间段 |
## 👥 人员解析
| 姓名 | 状态 | 处理 |
|---|---|---|
| 张三 | 已解析 | 可用于任务/消息 |
| 李四 | 多个候选 | 需用户指定 |
| 王五 | 未找到 | 跳过分配或由用户补充 open_id |
## 🚦确认后将执行
- 为已确认且责任人可分配的待办创建飞书任务
- 向已确认且可触达的相关人推送决策消息
- 创建知识沉淀文档和分发报告
## 🚫确认前不会执行
- 不创建任务
- 不发送消息
- 不写入知识库或分发报告
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
请确认以上内容，或告诉我需要修改的地方：
- 修改：如 "第 1 条待办改成 XXX" / "张三改成李四"
- 删除：如 "去掉第 2 条决策"
- 补充：如 "再加一条待办：XXX 负责人 YYY"
- 确认：回复 "确认" 或 "OK" 开始分发
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
用户确认规则：
用户确认后、执行 Step 5 前，必须先检查本地 registry，再搜索飞书文档。飞书搜索可能存在索引延迟，刚创建的报告不一定立刻能搜到，因此本地 registry 是首要判断依据。
# 在仓库中先查本地实测/分发记录
rg "\"minute_token\":\"{minute_token}\"|\"meeting_title\":\"{会议标题}\"" docs/assets/live-runs.jsonl
然后搜索是否已有同一会议的分发报告：
# 先按标题搜索
lark-cli docs +search --as user --query "分发报告 | {会议标题}" --page-size 10
# 如果有 minute_token，也按 token 再查一次
lark-cli docs +search --as user --query "{minute_token}" --page-size 10
处理规则：
minute_token → 暂停执行，提示"这场会议可能已在 {历史报告标题/时间} 分发过，是否继续？"docs/assets/live-runs.jsonl 追加一行 JSONL 记录，包含 run_id、run_date、meeting_title、minute_token、task_url、knowledge_doc_url、dispatch_report_url、status当用户要求“真实实测”“跑一遍真实闭环”“实测一遍”时，按两段式确认执行：
未收到第二次确认前，禁止执行 Step 5 和 Step 6 的真实写入命令。真实实测优先采用最小闭环：1 场会议、1 条待办、1 份知识文档、1 份分发报告；IM 推送仅在 bot 权限和接收人条件满足时执行，否则跳过并记录。
执行顺序要求：
不要并行创建知识文档和分发报告。飞书文档目录可能短暂锁定，并行写入容易触发 folder locked。
# 为每条待办创建任务并分配
lark-cli task +create --summary "<任务描述>" --due "2026-04-30" --assignee "<open_id>"
处理规则：
task_guid 用于分发报告2026-04-30）或带时区时间；v1.0.20 dry-run 已验证 --due 2026-04-30 可稳定转换为全天截止时间# 私聊推送（需 bot 身份）
lark-cli im +messages-send --as bot --user-id "<open_id>" \
--markdown "📢 **会议决策通知**\n\n来自：{会议标题}\n\n{决策内容}\n\n---\n_由 lark-dispatch 自动分发_"
# 群聊推送（如果用户指定了群）
lark-cli im +messages-send --as bot --chat-id "<chat_id>" \
--markdown "📢 **会议决策通知**\n\n{决策内容}"
处理规则：
im +messages-send 对发起人自身会返回 HTTP 400: field validation failed，这是飞书平台限制，非 Skill bug。当责任人与分发触发人为同一用户时，降级为分发报告中列出，由用户自行处理。# 路径 A：创建知识库节点（推荐，v1.0.13 起自动给用户授权）
lark-cli wiki +node-create --space-id "my_library" --title "会议知识 | {会议标题} | {日期}"
lark-cli docs +update --doc "<node_token>" --markdown "@knowledge.md" --mode overwrite
# 路径 B：创建独立文档（降级）
lark-cli docs +create --title "会议知识 | {会议标题} | {日期}" --markdown "@knowledge.md"
# 路径 C：归档到指定文件夹（v1.0.13 新增）
lark-cli drive +create-folder --name "会议分发归档 | {月份}" --folder-token "<folder_token>"
v1.0.13 改进：知识库节点创建后自动给用户授权，无需手动处理权限。分发报告可归档到指定云空间文件夹。
文档创建重试规则：
docs +create / docs +update 必须串行执行folder locked、网络超时或临时 5xx，等待 2-3 秒后重试 1 次docs API 兼容规则：
docs +create --title ... --markdown @file、docs +update --markdown @file --mode overwrite--api-version v2，参数必须切换为：docs +create --api-version v2 --content @file --doc-format markdowndocs +update --api-version v2 --doc <doc_url> --content @file --doc-format markdown --command overwrite--title --markdown，v1 不使用 --content --commandbash scripts/check-docs-api.sh 做 dry-run 兼容检查知识文档格式：
# 会议知识沉淀 | {会议标题}
📅 会议时间：{时间}
📝 来源：{妙记链接}
---
## 知识要点
### 1. {知识标题}
{知识内容}
> 来源章节：{章节标题}
---
_由 lark-dispatch 自动沉淀 | {日期}_
所有分发动作完成后，生成汇总报告：
# 将报告写入文件
cat > dispatch-report.md << 'EOF'
# 📊 会后分发报告
## 会议信息
- **会议**：{会议标题}
- **时间**：{会议时间}
- **妙记 token**：{minute_token}
- **数据来源**：{AI 总结 / 章节 / 逐字稿 fallback}
- **分发时间**：{当前时间}
- **确认范围**：{全部确认 / 部分确认 / 补发}
- **重复检查**：{未发现历史报告 / 发现后用户确认继续 / 检查失败}
## 分发汇总
| 类型 | 总数 | 已分发 | 跳过 | 失败 |
|------|------|--------|------|------|
| 📋 待办 | {n} | {n} | {n} | {n} |
| 📢 决策 | {n} | {n} | {n} | {n} |
| 📚 知识 | {n} | {n} | {n} | {n} |
## 详细记录
### 📋 待办分发
| 任务描述 | 责任人 | 飞书任务 | 状态 |
|---------|--------|---------|------|
| xxx | 张三 | [任务链接] | ✅ 已创建 |
### 📢 决策推送
| 决策内容 | 推送给 | 方式 | 状态 |
|---------|--------|------|------|
| xxx | 李四 | 私聊 | ✅ 已推送 |
### 📚 知识沉淀
| 知识内容 | 沉淀位置 | 状态 |
|---------|---------|------|
| xxx | [知识库链接] | ✅ 已沉淀 |
---
_由 lark-dispatch 自动生成_
EOF
# 创建分发报告文档
lark-cli docs +create --title "分发报告 | {会议标题} | {日期}" --markdown "@dispatch-report.md"
⚠️
@file必须使用相对路径，需先cd到文件所在目录。
| 命令 | 授权方式 | 是否必须 | 用途 |
|---|---|---|---|
minutes +search | --scope "minutes:minutes.search:read" | 是 | 搜索会议 |
minutes minutes get | --scope "minutes:minutes.basic:read" | 是 | 获取妙记信息 |
vc +notes | --scope "minutes:minutes:readonly minutes:minutes.artifacts:read minutes:minutes.transcript:export" | 是 | 获取 AI 产物和逐字稿 |
contact +search-user | --scope "search:user" / contact:user:search | 推荐 | 姓名 → open_id |
contact +get-user | 默认 | 否 | 获取当前用户信息 |
task +create | --domain task | 推荐 | 创建待办任务 |
docs +create | --domain docs | 是 | 创建分发报告 |
docs +update | --domain docs | 否 | 更新知识文档 |
docs +fetch | --scope "docs:document.content:read" | 否 | 读取纪要全文 |
wiki +node-create | --domain wiki | 否 | 知识库沉淀 |
im +messages-send | --as bot 或 --as user(v1.0.13) | 否 | 消息推送（user 身份支持发图片/文件） |
drive +create-folder | --domain docs | 否 | 创建归档文件夹 |
vc +search | --scope "vc:record:readonly" | 否 | 会议录制搜索 |
当用户说"今天的会"但当天有多场会议时：
minutes +search 无结果 → 提示"没有找到匹配的妙记，请确认会议是否开启了录制"vc +notes 返回但 summary 和 chapters 均为空 → 检查是否有 transcript.txt；有逐字稿则进入 fallback，无逐字稿再提示"会议纪要内容为空，可能录制时间太短或 AI 未生成总结"summary 很短，且 chapters/todos 缺失，不要直接判定无内容如果 AI 分析后三类信息（待办 / 决策 / 知识）全部为空：
summary + todos 进行分析（已压缩）chapters[]note_doc_token 全文（可能超长），分段处理如果 Step 3 中所有人名都搜索无结果（如跨组织会议）：
如果用户对同一场会议多次触发分发：
docs +search 搜索 分发报告 | {会议标题}，再用 minute_token 搜索历史报告| 错误 | 原因 | 处理 |
|---|---|---|
missing_scope | 未授权某 scope | 跳过对应步骤，在分发报告中标注，显示修复命令 |
No minutes | 无妙记数据 | 提示用户确认会议是否开启了录制 |
contact search no result | 通讯录搜不到人 | 标记"未解析"，让用户手动指定 open_id |
bot message send failed | 用户未与 bot 建立会话 | 降级为分发报告中列出，跳过推送 |
rate_limit | API 限流 | 等待 1-2 秒后重试，最多 3 次 |
task create failed | 任务创建失败 | 记录错误原文，继续下一条，不中断 |
wiki space not found | 知识库不存在或无权限 | 降级为 docs +create 创建独立文档 |
docs create failed | 文档创建失败 | 将报告内容直接输出到对话中，确保用户不丢失分发记录 |
| 网络超时 | 网络不稳定 | 重试 1 次；仍失败则跳过该步骤，在报告中标注 |
strict-mode 和 --profileopen_id 仅用于分发，不在报告中明文展示lark-dispatch 支持两种触发方式：
| 模式 | 说明 | 适用场景 |
|---|---|---|
| 手动触发 | 用户主动告知 Agent 处理某场会议 | 按需分发、单次补发 |
| 主动触发入口（cron） | 定时检查近期会议，生成待确认的分发草稿；确认后才执行分发 | 每日分发、团队级运营 |
使用 OpenClaw cron 或系统 crontab 实现定时调度。第三周期已验证 cron 配置与 run history 可真实产生；第四周期在 OpenClaw 2026.5.2 下已验证 cron isolated session 可读取真实飞书妙记并生成确认草稿。即使由 cron 触发，也不能跳过用户确认门控。
方式一：OpenClaw cron（推荐验证路径）
openclaw cron add \
--name "lark-dispatch 会后会议扫描" \
--every 30m \
--session isolated \
--model deepseek/deepseek-chat \
--thinking medium \
--light-context \
--no-deliver \
--message "检查今天已结束且有妙记的会议，若发现未分发会议，运行 lark-dispatch 工作流：提取待办、决策、知识点，生成确认草稿，不要在用户确认前创建任务或发消息。"
该命令只配置主动触发入口。即使由 cron 触发，后续仍必须生成确认草稿，并等待用户明确确认后才能创建任务、发送消息或写入知识库。
方式二：手动 cron 脚本
# crontab -e 添加以下行（每天 09:00 执行）
0 9 * * * lark-cli minutes +search --participant-ids "me" \
--start "$(date -v-1d '+%Y-%m-%d') 00:00" \
--end "$(date -v-1d '+%Y-%m-%d') 23:59" \
--format json > /tmp/yesterday_meetings.json
# 将结果交给 Agent 处理
方式三：事件驱动（高级，规划能力）
通过飞书开放平台配置 webhook，在妙记生成后自动触发分发。适合有开发能力的团队，配置方法见飞书开放平台文档。
核心原则不变：AI 辅助决策，人类拍板执行。
自动触发与手动触发的唯一区别在于"起点"——后续的 Step 4 用户确认门控仍然存在，不因自动触发而跳过。
在主动触发场景下，Step 4 的确认可通过对话或飞书消息承载。当前已验证的是手动触发同一 Skill 流程下的确认门控；飞书消息卡片确认属于后续可增强形态：
lark-dispatch 可作为 lark-retro 的下游模块：
lark-retro（每周周期性汇总）
↓ 生成报告
lark-dispatch（自动提取报告中的 Action Items）
↓ 分发给相关人
飞书任务 / 消息 / 知识库
当 lark-retro 生成周期报告后，可把报告内容交给 lark-dispatch 做二次分发。该联动属于扩展方向，仍需遵守“先确认后执行”的安全门控。
vc +notes, vc +searchcontact +search-usertask +createdocs +create, docs +update, docs +fetchwiki +node-createim +messages-send