mcpField
P
process-meeting-transcript

process-meeting-transcript

github.com/dgalarza生产力6383 次安装1 周前更新
代码仓库

关于 process-meeting-transcript

process-meeting-transcript 是将原始会议转录整理为 Obsidian 笔记的技能,适用于需要归档会议内容的用户。它提取行动项和摘要,并按结构保留转录、生成 YAML 前置元数据。

主要功能

  1. 01提取行动项与任务承诺
  2. 02整理会议主题和决策摘要
  3. 03保留并排版原始转录
  4. 04生成 YAML 前置元数据

适用场景

  1. 01将粘贴的会议转录整理成笔记
  2. 02处理文件中的未整理转录
  3. 03归档包含决策、负责人和后续事项的会议

安装

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

$npx skills add https://github.com/dgalarza/claude-code-workflows --skill process-meeting-transcript

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

详细介绍

处理会议记录

概述

将原始会议记录处理为结构清晰的 Obsidian 笔记,包含 YAML frontmatter、提取出的行动项、会议摘要,以及格式规范的会议记录内容。

何时使用此技能

适用于以下情况:

  • 用户提供了原始会议记录(通常来自 Granola)
  • 用户要求“处理会议记录”或“格式化会议笔记”
  • 用户指出了包含未处理会议记录的文件
  • 用户直接在对话中粘贴了会议记录内容

工作流

步骤 1:阅读会议记录

如果会议记录在文件中,请阅读全部内容。如果用户直接粘贴了会议记录,请使用该内容。

步骤 2:提取行动项

仔细查看整份会议记录,找出所有行动项、任务和承诺。留意以下内容:

  • 明确承诺:“我会做 X”“Alex 会审查 Y”
  • 指派的任务:“Nathan 和 Damian 应该安排……”
  • 后续事项:“我们需要……”“确保……”
  • 需要采取行动的决定:“我们应该在 Y 之前部署 X”

行动项格式如下:

  • 放在 # Action Items 标题下的项目符号列表中
  • 指派给特定人员时,使用 粗体 标注姓名
  • 说明需要完成的事项及其原因
  • 若讨论中能看出优先级或重要性,请据此排序

示例格式:

# Action Items

- **Alice & Bob**: Review the new feature implementation next week and provide feedback
- **Charlie & Dana**: Schedule a knowledge transfer session on the payment service architecture
- **Eve**: Discuss deployment timeline with the infrastructure team
步骤 3:撰写会议摘要

撰写全面但简洁的摘要,涵盖:

  • 讨论的主要主题
  • 作出的关键决定
  • 达成一致的技术架构或方案
  • 时间线和后续步骤
  • 重要背景信息或限制条件

摘要结构如下:

  • 开篇段落:概述讨论内容和主要结果
  • 使用 ## 或 ### 标题为主要主题分设小节
  • 使用粗体突出重要术语、决定或概念
  • 提供充分细节,让未参加会议的人也能了解会议内容

摘要应客观,并聚焦于结果、决定和技术细节。

步骤 4:整理会议记录

将原始会议记录放在 # Transcript 标题下。保留原始格式,同时确保内容易于阅读。如果会议记录开头包含元数据(会议标题、日期、参与者),请保留这些信息。

步骤 5:添加 Frontmatter

使用 add-frontmatter 斜杠命令,为笔记生成合适的 YAML frontmatter。Frontmatter 应包含:

  • title:会议标题或主题
  • date:会议日期(YYYY-MM-DD 格式)
  • type:设为 "meeting"
  • attendees:参与者姓名数组
  • project:相关项目(如适用)
  • tags:相关标签(会议、项目标签、主题标签)
  • status:设为 "complete"
  • key_topics:主要讨论主题数组
  • action_items:行动项数组(与 Action Items 部分重复,以便检索)
  • decisions:关键决定数组
  • related_links:提及的任何链接(Notion 文档、Linear 问题等)

调用 add-frontmatter 命令时,请提供会议相关的背景信息。

步骤 6:组装最终笔记

按以下顺序组合所有部分:

  1. YAML frontmatter(由 add-frontmatter 命令生成)
  2. 链接部分(如提及了 Notion、Linear 或 GitHub 链接)
  3. # Action Items 部分
  4. # Summary 部分
  5. # Transcript 部分

输出格式

最终笔记应遵循以下结构:

---
title: Meeting Title
date: YYYY-MM-DD
type: meeting
attendees: ['Person 1', 'Person 2', ...]
project: Project Name
tags: [meeting, relevant, tags]
status: complete
key_topics:
  - Topic 1
  - Topic 2
action_items:
  - 'Action item 1'
  - 'Action item 2'
decisions:
  - Decision 1
  - Decision 2
related_links:
  - 'Link description: URL'
---

**Agenda** https://link-to-agenda-if-available

# Action Items

- **Person**: Action item description
- **Person**: Another action item

# Summary

Opening paragraph with high-level overview.

## Key Decisions/Topics

Details about decisions and topics discussed...

# Transcript

[Raw transcript content]

优质输出提示

  1. 行动项要全面:不要遗漏讨论中提到的承诺
  2. 记录决定:明确作出的决定对于日后查阅至关重要
  3. 包含技术细节:保留架构讨论、API 名称和服务名称
  4. 保留上下文:确保日后阅读的人能理解作出了什么决定以及原因
  5. 保留链接:会议中提及的 Notion 文档、Linear 问题和 GitHub PR 都很重要
  6. 使用一致的格式:所有会议记录都遵循示例结构

评论

支持 Markdown