summarize-meeting

summarize-meeting 技能概览

summarize-meeting 技能可以把原始转写、会议笔记或会议录音整理成结构化的会议纪要，包含决策、行动项、参与者和清晰的主题摘要。它更适合需要可重复的 summarize-meeting 工作流来处理会议纪要、会议记录或通话后总结的团队，而不是那种随手式、自由发挥的概括。

当真正要解决的是“责任归属”时，这个技能最有价值：谁参加了、做了什么决定、下一步是什么、还有哪些事项需要跟进。若你需要一份别人能快速扫读的干净成品，summarize-meeting 技能通常比泛用的“帮我总结一下”提示词更合适。

谁适合使用 summarize-meeting

如果你的输入来自长时间会议、异步笔记或杂乱转写，并且希望输出格式始终一致，就适合用 summarize-meeting。它对产品、运营以及跨职能团队尤其实用，因为这些团队往往需要在事后共享会议笔记。

summarize-meeting 有什么不同

这个技能是为结构化会议输出优化的，不是为通用摘要而生。它强调决策、行动项和负责人，而这些恰恰是普通概述里最容易丢掉的信息。因此，当输出需要被团队复用时，summarize-meeting for Meeting Notes 往往是更好的选择。

什么时候它最适合

当你的原始材料本身就像会议内容时，选择这个技能最合适：例如转写稿、录音笔记、议程笔记或讨论记录。它不太适合营销内容、研究归纳，或者需要超出会议纪要范围进行大量改写的文档。

如何使用 summarize-meeting 技能

summarize-meeting 的安装与配置

使用以下命令安装：

npx skills add phuryn/pm-skills --skill summarize-meeting

summarize-meeting install 这一步之所以简单，是因为这个仓库就是围绕一个技能文件来组织的。安装完成后，先查看 pm-execution/skills/summarize-meeting/SKILL.md，再检查周边目录树里是否有你的环境所需的配套约定。

这个技能需要什么输入

最理想的输入是会议转写、会议笔记，或者带有足够上下文、能识别说话人和主题的录音转写稿。如果你只给一个模糊提示，输出通常会漏掉负责人、决策或未解决的问题。为了让 summarize-meeting usage 更稳妥，建议补充：

• 会议日期或时间范围
• 已知的参与者姓名和角色
• 议程或预期目标
• 原始转写稿或笔记文本
• 需要的输出格式，例如内部纪要或可直接发给客户的总结

一个实用的提示词模式

把零散的请求整理成完整提示词时，要明确会议类型、受众和必须包含的部分。示例：

“把这段产品 kickoff 转写整理成给团队看的会议纪要。请包含日期、参会人、主题、关键决策、未决问题，以及带负责人的行动项。保持简洁，并且可以直接粘贴到 Notion。”

这样的表述会提升 summarize-meeting 的结果，因为它明确告诉技能，什么才算完整。

先看仓库里的哪些内容

先从 SKILL.md 看起，因为这里写着实际的工作流和输出结构。如果你的本地环境暴露了更多文件，再查看相邻文档或文件夹中是否有环境相关说明，但这个仓库本身刻意做得很轻量。实际使用时，核心价值在于理解模板，并把它映射到你自己的笔记系统里。

summarize-meeting 技能 FAQ

summarize-meeting 只适合转写稿吗？

不是。这个技能也可以处理转写稿、发言笔记或部分会议笔记。只是当原始材料能保留“谁说了什么”和“最终决定了什么”时，它的效果最好。

我一定需要这个技能，而不是普通提示词吗？

如果你希望会议纪要格式可重复、遗漏细节更少，就用 summarize-meeting skill。普通提示词也能做一次性的摘要，但更容易忘掉行动负责人、阻塞项或未决问题。

summarize-meeting 对新手友好吗？

是的。工作流很直接，安装路径也很简单。关键要求只有一个：给它足够的会议上下文；如果上下文不足，再好的技能也无法可靠推断出行动项。

什么时候不该用它？

不要把 summarize-meeting 用在不属于会议形态的文档上，比如长报告、产品规格说明或研究论文。这类内容需要不同的抽取规则和不同的摘要结构。

如何改进 summarize-meeting 技能

提供更好的原始材料

质量提升最大的来源，是更干净的输入。如果转写内容很嘈杂，可以删除时间戳、说话人标签或重复文本——前提是这样不会丢失关键信息。要让 summarize-meeting 表现更好，原始材料仍然必须保留决策和责任归属。

明确你要的输出形态

把你想要的格式说清楚：内部笔记、客户总结、行动清单，还是会议纪要。如果你想用 summarize-meeting for Meeting Notes，请直接说明是否需要项目符号、标题，或者按负责人和截止日期整理成表格。格式指引越明确，歧义越少，初稿也越能直接使用。

注意常见失败模式

最常见的问题是行动项写得太笼统、负责人没写出来，或者摘要压缩得过头，把分歧也抹掉了。如果出现这种情况，就用更明确的要求重跑一次：“把每个决策单独列出，每个行动项都写明负责人，并标出未解决的问题。”

在第一版之后继续迭代

把第一轮结果当作结构化抽取，然后再做精修。可以要求一个更短的高层版本、一个把行动项放在前面的版本，或者一个更完整的纪要式改写。通常，这种工作流比一开始就试图把第一条提示词打磨到完美，更能提升 summarize-meeting usage。