前言¶
会议纪要最常见的后续动作是「把会上说的事拆成任务」。人工拆的时候经常丢三件东西：谁说的、什么时候完、原话依据在哪。用通用 LLM 直接总结纪要，输出格式跟着模型走，责任人容易写成「我们」，截止日期容易被写成「尽快」，回头核对原始发言还要重新翻记录。
下面介绍的 Skill 把这件事做成固定动作：输入会议记录，输出行动项，每条带责任人、截止日期和原句依据。
这是什么¶
会议纪要行动项提取，坐标 @user_56cc2cdd/extract-meeting-actions-e01，版本 1.0.0，社区来源（source: community），分类 office-efficiency，发布者 user_56cc2cdd。官方地址：
https://api.skillhub.cn/user_56cc2cdd/extract-meeting-actions-e01
SkillHub 页面：
https://www.skillhub.cn/skills/user_56cc2cdd/extract-meeting-actions-e01
它解决的问题是：给一段会议纪要、录音转写或讨论记录，输出结构化的行动项，而不是一段重新组织过的叙述。标签 requires_api_key=false，说明调用本身不需要额外配置 API Key。
抓取快照中的页面数据为：评分 100000，下载 2053，安装 0。这些数字只代表抓取时刻的快照，写进自己的文档前建议到页面再确认一次。
核心功能¶
根据抓取到的简介与标签，可核实的能力是：
- 从会议记录中提取任务、责任人、截止日期。
- 保留原句依据，即每个行动项可以回指纪要里的原始表述，方便事后核对。
- 输入形态覆盖会议纪要、录音转写、讨论记录。
- 除行动项外，还覆盖决策、风险、待确认项三类产出。
第 3、4 点来自 Skill 线索中的功能描述，抓取到的简介只明确写了第 1、2 点。两者不冲突，但若要严格按抓取资料表述，以「任务、责任人、截止日期 + 原句依据」为准。
安装与启用¶
抓取到的资料中没有给出官方安装命令、目录路径或配置字段，因此这里不写未经核实的命令。可以确认的是它遵循通用 SKILL.md 格式，属于 skill 目录里放一个 SKILL.md 就能被宿主识别的类型。
在拿到官方安装说明前，可行的确认路径是：
打开 https://www.skillhub.cn/skills/user_56cc2cdd/extract-meeting-actions-e01
查看页面的安装 / Install 区块，或仓库内的 SKILL.md 头部字段
如果你用的是 Cursor、Codex CLI 或 Claude Code，三者对 skill 的发现机制不一样：有的按项目内目录扫描，有的按用户级目录扫描，有的通过命令行参数指定。这一 Skill 在三者上的可用性，抓取资料没有说明，需要各自实测后再写进团队文档。
典型用法¶
资料里没有提供可复现的官方示例，所以下面只描述输入输出约定，不给编造的样例。
输入：一段非结构化的会议文本，可以是纪要正文、逐字稿转写、群聊或会议评论的导出。要求文本里存在「谁做了什么、什么时候交」这类信息，否则提取结果会缺字段。
输出：一组行动项，字段至少包含任务描述、责任人、截止日期，并附原句依据。另外按功能描述，还应包含决策、风险、待确认项。
在宿主里调用时，把会议记录作为输入交给该 Skill，让它按上面的字段输出，再由人工或下游脚本校验责任人和日期是否真的出现在纪要里。
适用场景与注意¶
适合的场景：
- 会议密集、纪要量大，人工拆任务成本高。
- 行动项需要可追溯，团队要求每条任务能对应到原始发言。
- 纪要转写质量较好，说话人标识、日期表达相对规范。
限制和坑：
- 责任人写「大家」「我们组」这类模糊指代时，Skill 只能原样保留，不会替你指定到人。
- 纪要里没有日期信息，截止日期这一列会是空的，不要指望它补全。
- 录音转写有错字，人名和项目名可能被拆错，原句依据能不能对上要抽查。
- 会议里的承诺不等于最终排期，Skill 提取出来的截止日期需要业务方确认后再进排期系统。
结尾¶
这个 Skill 的价值在于把「纪要 → 任务」这一步变成固定、可校验的输出，而不是每次重新组织语言。字段里带原句依据，是它区别于直接让模型总结纪要的地方。
官方地址：https://api.skillhub.cn/user_56cc2cdd/extract-meeting-actions-e01
