1. 会议纪要自动化的痛点与解决方案
作为一名每天要参加3-4场会议的产品经理,我深知会议纪要整理的痛苦。每次开完会,看着录音文件和零散的笔记,总有种"又要加班整理"的无力感。更糟的是,拖延几天后回听录音,发现已经记不清哪些是重点、哪些是待办事项了。
传统会议纪要整理存在三大痛点:
- 时间成本高:平均每1小时会议需要30分钟整理时间
- 信息遗漏多:人工记录容易遗漏关键决策点
- 执行跟踪难:待办事项分散在各处,缺乏统一管理
OpenClaw提供的自动化方案完美解决了这些问题。通过整合飞书的三项核心能力:
- 会议记录获取(lark-vc)
- 妙记内容解析(lark-minutes)
- 文档自动归档(lark-doc)
实现了从会议内容提取到结构化整理再到归档的完整闭环。实测下来,原本需要30分钟的手动整理工作,现在只需1条指令就能完成,效率提升惊人。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 工具链深度解析
2.1 三大核心组件详解
lark-vc模块
- 核心功能:搜索和获取飞书视频会议记录
- 适用场景:正式安排的日历会议
- 关键参数:
- meeting_id:会议唯一标识
- calendar_event_id:日历事件ID
- 输出内容:
- 会议基本信息(时间、参与人、时长)
- AI生成的会议总结
- 自动识别的待办事项
- 按议题划分的章节结构
lark-minutes模块
- 核心功能:处理飞书妙记录音文件
- 适用场景:临时会议或未通过日历安排的会议
- 关键参数:
- minute_token:妙记URL中的唯一标识(obcnxxxxxx)
- 输出内容:
- 录音基础信息(标题、时长、创建时间)
- AI生成的文字稿
- 关键结论提取
- 待办事项列表
lark-doc模块
- 核心功能:操作飞书云文档
- 核心操作:
- 创建新文档
- 更新现有文档
- 追加内容
- 设置文档权限
- 关键参数:
- doc_token:文档唯一标识
- markdown:要写入的内容(支持标准Markdown语法)
2.2 组件选择决策树
code复制是否通过日历安排的正式会议?
├─ 是 → 使用lark-vc获取会议记录
└─ 否 → 检查是否有妙记录音
├─ 有 → 使用lark-minutes处理
└─ 无 → 无法自动化处理(需手动记录)
3. 完整操作指南
3.1 基础环境准备
在开始前,请确保:
- 已安装最新版OpenClaw CLI工具
- 拥有飞书开发者权限
- 已完成OAuth2.0授权
- 配置好个人访问令牌(--as user参数所需)
重要提示:首次使用前建议在测试环境验证各模块功能,避免影响正式文档。
3.2 分步操作详解
步骤1:定位目标会议
对于日历会议,使用搜索命令:
bash复制# 搜索最近7天的会议(时间范围精确到分钟)
lark-cli vc +search \
--start "2026-04-05 09:00" \
--end "2026-04-12 18:00" \
--as user \
--output json > meetings.json
对于妙记录音,直接从URL提取token:
code复制https://xxx.feishu.cn/minutes/obcn123456 → token=obcn123456
步骤2:提取会议内容
获取结构化纪要(推荐使用JSON格式便于后续处理):
bash复制# 单个会议处理
lark-cli vc +notes \
--meeting-ids "meeting_123" \
--as user \
--output json > notes.json
# 批量处理多个会议
lark-cli vc +notes \
--meeting-ids "meeting_1,meeting_2" \
--as user \
--output json > batch_notes.json
步骤3:文档归档策略
推荐三种文档组织方式:
- 按项目归档:所有相关会议纪要存放在同一篇文档
bash复制lark-cli docs +update \
--doc "doc_projectX" \
--markdown "$(python format_notes.py notes.json)" \
--mode append \
--as user
- 按日期归档:每日创建新文档,标题含日期和主题
bash复制lark-cli docs +create \
--title "$(date +%Y-%m-%d) 产品例会" \
--markdown "$(python format_notes.py notes.json)" \
--as user
- 混合模式:主文档汇总+按会议单独存档
bash复制# 先更新主文档
lark-cli docs +update \
--doc "doc_master" \
--markdown "## $(date +%Y-%m-%d)\n[会议A链接](...)" \
--mode append \
--as user
# 再创建单独文档
lark-cli docs +create \
--title "meeting_$(date +%s)" \
--markdown "$(python format_notes.py notes.json)" \
--as user
3.3 内容格式化技巧
使用Python脚本将JSON转换为美观的Markdown:
python复制# format_notes.py
import json
import sys
data = json.load(open(sys.argv[1]))
output = f"""## {data['title']}
**会议时间**: {data['time']}
### 核心结论
{data['summary']}
### 待办事项
{"".join(f"- [ ] {item}\n" for item in data['todos'])}
### 详细记录
{data['transcript']}
"""
print(output)
4. 高级应用场景
4.1 自动化工作流配置
在HEARTBEAT.md中配置定时任务:
markdown复制## 每日18:30自动执行
1. 搜索当日所有会议
- 时间范围: 当日09:00-18:00
- 状态: 已结束
2. 提取每场会议的:
- 3条核心结论
- 所有待办事项
3. 更新文档:
- 主文档: 「2026年Q2会议汇总」
- 子文档: 按项目分类归档
4. 发送通知:
- 飞书群提醒
- 邮件摘要
4.2 待办事项跟踪系统
将待办事项同步到飞书任务:
bash复制# 从纪要提取待办
todos=$(jq -r '.todos[]' notes.json)
# 逐个创建任务
while IFS= read -r todo; do
lark-cli task create \
--title "$todo" \
--due "2026-04-15" \
--as user
done <<< "$todos"
4.3 智能提醒设置
基于会议内容设置差异化提醒:
bash复制# 检查纪要中是否含"紧急"关键词
if grep -q "紧急" notes.json; then
# 设置2小时后提醒
lark-cli reminder create \
--text "请跟进紧急事项" \
--delay 120 \
--as user
fi
5. 实战问题排查
5.1 常见错误代码
| 错误码 | 含义 | 解决方案 |
|---|---|---|
| 403 | 权限不足 | 检查OAuth作用域是否包含所需权限 |
| 404 | 会议不存在 | 确认meeting_id是否正确 |
| 429 | 请求限流 | 添加延时重试机制 |
| 500 | 服务端错误 | 等待后重试或联系飞书支持 |
5.2 内容提取异常处理
问题1:AI生成的总结不准确
- 解决方案:在妙记设置中调整AI总结的"详细程度"参数
- 备用方案:使用原始逐字稿+手动标注重点
问题2:待办事项识别遗漏
- 解决方案:在会议中明确使用"Action Item"等触发词
- 备用方案:会后立即用语音补充待办事项
5.3 性能优化建议
- 批量操作:合并多个会议的获取请求
bash复制lark-cli vc +notes --meeting-ids "id1,id2,id3" --as user
- 缓存机制:本地存储已处理会议ID避免重复
bash复制processed=()
if [[ ! " ${processed[@]} " =~ " ${meeting_id} " ]]; then
# 处理新会议
processed+=("$meeting_id")
fi
- 异步处理:长时间操作放入后台任务
bash复制nohup lark-cli vc +notes --meeting-ids "id1,id2" --as user > notes.log &
6. 效果评估与优化
6.1 关键指标监控
| 指标 | 目标值 | 测量方法 |
|---|---|---|
| 纪要生成时间 | <1分钟/场 | 记录命令执行时间 |
| 待办识别率 | >90% | 人工核对样本 |
| 文档更新延迟 | <30秒 | 记录写入到可见时间差 |
6.2 持续改进方案
- 自定义关键词库:提升特定领域术语识别率
json复制// config/keywords.json
{
"产品术语": ["PRD", "MVP", "用户故事"],
"技术术语": ["API", "SDK", "埋点"]
}
- 模板个性化:根据不同会议类型使用不同模板
python复制# 产品评审会模板
if "评审" in title:
template = "product_review.md"
# 技术讨论模板
elif "技术" in title:
template = "tech_discussion.md"
- 反馈闭环:收集用户评分改进AI模型
bash复制# 在文档底部添加评分按钮
lark-cli docs +update \
--doc "doc_feedback" \
--markdown "本次纪要质量: [👍][👎]" \
--as user
这套系统在我团队运行3个月后,会议决议执行率从58%提升到了89%,平均每周节省4.7小时的机械性工作时间。最关键的是,现在可以随时检索历史会议的任何细节决策过程,再也不用担心"当时怎么说的"这类问题了。
