Menü
会后知识智能分发工作流：从会议纪要中自动提取待办、关键决策、知识要点，识别相关人，经用户确认后按人精准分发（创建任务、推送消息、沉淀知识库）。当用户需要会后分发、会议跟进、把纪要里的事情分给对应的人时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| 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