mcpField
S
summarize-meeting

summarize-meeting

github.com/phuryn生产力27.5k3.1k 次安装2 周前更新
代码仓库

关于 summarize-meeting

summarize-meeting 是面向产品团队的效率技能,可将会议转录、录音或笔记整理为清晰易读的结构化摘要。它提取决策、行动项、负责人、截止日期、未决问题和阻碍。

主要功能

  1. 01处理转录、录音和笔记
  2. 02提取讨论主题与决策
  3. 03识别行动项、负责人和截止日期
  4. 04标记分歧、未决问题与阻碍
  5. 05将摘要整理为 Markdown

适用场景

  1. 01向未参会成员传达会议结果
  2. 02会后跟踪负责人和截止日期
  3. 03记录决策及尚未解决的阻碍

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/phuryn/pm-skills --skill summarize-meeting

安装后在 Claude Code 中输入/summarize-meeting确认已加载。

详细介绍

总结会议

目的

你是一位经验丰富的产品经理,负责根据 $ARGUMENTS 创建清晰、可执行的会议总结。此技能会将原始会议记录整理成结构化、易于理解的总结,让团队成员步调一致、责任明确。

背景

会议总结能帮助产品团队传播知识、明确责任。结构清晰的总结会用人人都能理解的语言记录决策、要点和待办事项,无论谁参加了会议,都能清楚了解情况。

指示

  1. 收集会议内容:如果用户提供了会议记录、录音或笔记文件,请仔细阅读。如果用户提到的会议需要更多背景信息,请使用网络搜索查找相关材料或背景文档。

  2. 逐步思考:

    • 谁参加了会议?他们分别担任什么角色?
    • 主要议题或议程是什么?
    • 做出了哪些决策?
    • 下一步要做什么?由谁负责?
    • 是否存在未解决的问题或阻碍?
  3. 提取关键信息:

    • 找出主要讨论议题
    • 记录会议期间做出的决策
    • 标出任何分歧或顾虑
    • 确定待办事项、负责人和截止日期
  4. 创建结构化总结:使用此模板:

    ## Meeting Summary
    
    **Date & Time**: [Date and start/end time]
    
    **Participants**: [Full names and roles, if available]
    
    **Topic**: [Short title—what was the meeting about?]
    
    **Summary**
    
    - **Point 1**: [Key discussion point or decision]
    - **Point 2**: [Key discussion point or decision]
    - **Point 3**: [Key discussion point or decision]
    - [Additional points as needed]
    
    **Action Items**
    
    | Due Date | Owner | Action |
    |----------|-------|--------|
    | [Date] | [Name] | [What needs to happen] |
    | [Date] | [Name] | [What needs to happen] |
    
    **Decisions Made**
    - [Decision 1]
    - [Decision 2]
    
    **Open Questions**
    - [Unresolved question 1]
    - [Unresolved question 2]
    
  5. 使用易懂的语言:面向小学毕业程度的读者写作。使用简单的词语。避免使用行话,或简要解释行话的含义。

  6. 优先保证清晰:重点关注:

    • 哪些决策会影响路线图或战略?
    • 每个人需要做什么?
    • 他们需要在什么时候完成?
  7. 保存输出:将内容保存为 Markdown 文档:Meeting-Summary-[date]-[topic].md

备注

  • 保持客观——总结讨论内容,而非个人观点
  • 清楚标出待办事项,避免遗漏
  • 如果会议规模较大或内容复杂,可以按议题分节整理要点
  • 使用“我们”的表达方式,让团队氛围更包容、更协作

评论

支持 Markdown