前言¶
开会之后最常见的烂摊子：录音转写几千字、群里的讨论串、手写的几行要点，散在各处。事后整理纪要时，要重新听、重新翻、把「张三说他来跟」这种口语还原成待办，再发到群里。这类活机械、耗时，但容易出错——漏一个负责人，任务就没人领。
下面介绍的 Skill 把这件事拆成几步自动化：把原始会议记录整理成结构化纪要，提取待办事项，再推送到企业微信、飞书或钉钉。它不解决「开会」本身，解决的是「开完之后」的整理与分发。
这是什么¶
会议纪要助手（@xuyongliang-eccom/meeting-minutes-assistant），由 xuyongliang（xuyongliang-eccom）发布，上游托管在 ClawHub，经 SkillHub 分发。当前版本 v1.0.0，许可证 MIT-0，ClawHub 页面显示安全审计通过，分类为 office-efficiency。
一句话定位：输入一段原始会议记录，输出一份结构化 Markdown 纪要和一张待办表（事项、负责人、截止时间、状态）。适用场景官方写得很明确：记录会议、整理纪要、提取待办、生成摘要、推送纪要到企业微信/飞书/钉钉。
核心功能¶
1、内容整理：把零散、口语化的会议记录组织成结构化文档，而不是原文搬运。
2、摘要生成：提取关键讨论点和决议，对应纪要里的「讨论要点」「决议」两节。
3、待办提取：从纪要中识别指派的任务、截止时间和责任方，输出为待办表格。
4、多渠道推送：支持企业微信、飞书、钉钉三个渠道，把纪要文件直接发出去。
四个能力分别对应 scripts/ 下的三个脚本，下面会逐个给出命令。
安装与启用¶
该 Skill 基于通用 SKILL.md 格式，官方给出的安装方式是 OpenClaw 的 skills 命令：
openclaw skills install @xuyongliang-eccom/meeting-minutes-assistant
安装完成后，在支持 SKILL.md 的 Agent 环境（如 OpenClaw）中，当用户提出整理会议、提取待办或推送纪要的需求时即可触发该 Skill。SkillHub 页面标注 requires_api_key=false，即不需要额外配置 API Key。
需要注意：官方资料只提供了上述安装命令，未给出 Cursor、Codex CLI、Claude Code 等环境的安装说明，这些环境下的启用方式本文不展开。
典型用法¶
以下三个命令来自 SKILL.md 的「快速开始」部分，按顺序执行即可完成「整理纪要 → 提取待办 → 推送」的完整流程。假设当前目录下有一份原始会议记录 meeting_notes.txt。
1、整理会议记录。把原始记录加工成结构化纪要，输出到 minutes.md：
python3 scripts/extract_minutes.py --input ./meeting_notes.txt --output ./minutes.md
2、生成待办清单。从上一步的纪要里提取待办，支持 Markdown 或 JSON 两种格式：
python3 scripts/extract_todos.py --input ./minutes.md --format markdown
3、推送纪要。把纪要文件推送到指定渠道，channel 可选 wecom、feishu、ddingtalk：
python3 scripts/push_minutes.py --file ./minutes.md --channel wecom
三个脚本的完整参数如下，方便按需组合：
# 整理纪要，--format 可选 md|html
python3 scripts/extract_minutes.py --input <文件> --output <输出> [--format md|html]
# 提取待办，--format 可选 md|json
python3 scripts/extract_todos.py --input <纪要文件> --format <md|json>
# 推送纪要，--channel 可选 wecom|feishu|ddingtalk
python3 scripts/push_minutes.py --file <文件> --channel <wecom|feishu|ddingtalk>
输出格式¶
纪要的默认输出是一份固定结构的 Markdown，extract_minutes.py 生成后可直接复用：
# 会议纪要 — [主题]
## 基本信息
- 时间：
- 参会人：
- 记录人：
## 议程
1.
## 讨论要点
-
## 决议
-
## 待办事项
| 事项 | 负责人 | 截止时间 | 状态 |
|------|--------|----------|------|
| | | | 待领取 |
---
*由 meeting-minutes-assistant 生成*
待办表固定四列：事项、负责人、截止时间、状态，默认状态为「待领取」。这与官方简介中「识别待办事项」的描述一致；至于是否提取「交付物」这类更细的字段，官方资料没有说明，不要默认它支持。
适用场景与注意¶
适合：会议开完后有原始记录（转写文本、文字稿、要点）需要归档和分发的团队；已经用企业微信、飞书或钉钉协作、希望纪要直达群里的场景；想把纪要和待办固定成同一份 Markdown 文档的场合。
注意：
1、该 Skill 的输出是脚本生成的结构化文档，关键讨论点和决议来自对原始记录的整理。原始记录写得越清楚，提取质量越高；如果输入只是零散的一句话，提取结果可能不全，涉及责任归属和截止时间的条目务必人工复核。
2、推送功能依赖对应渠道的 webhook 或配置，官方资料未说明推送前需要配置哪些环境变量，实际使用时需按推送脚本的报错信息自行补齐。
3、当前版本 v1.0.0，ClawHub 页面显示最近更新于约 5 个月前，属于低频维护的项目，上线前建议先拿一份真实会议记录试跑，确认输出结构符合团队习惯。
结尾¶
会议纪要助手的价值在于把「整理纪要」从人工翻录音、挑待办，变成三步命令加一次推送。它不做转写、不做会议管理，只做记录之后的整理和分发，定位明确。如果你的场景正好是「开完会要发纪要和待办」，可以装来试试。
- SkillHub 页面：https://www.skillhub.cn/skills/user_3ca21916/meeting-minutes-assistant
- 上游仓库：https://clawhub.ai/xuyongliang-eccom/meeting-minutes-assistant
