mcpField
M
meeting-transcript

meeting-transcript

github.com/huytieu生产力1.3k184 次安装5 天前更新
代码仓库

关于 meeting-transcript

meeting-transcript 是一项 COG 技能，可将会议记录整理为经过筛选的结构化摘要，提取决策、行动项和战略主题，并根据 Agent 模式选择顺序或并行处理。

主要功能

  1. 01过滤闲聊与技术故障内容
  2. 02提取决策、负责人和截止日期
  3. 03归纳主题与未决问题
  4. 04评估团队互动和会议效率
  5. 05支持单 Agent 或并行处理

适用场景

  1. 01整理团队会议记录
  2. 02从转录文本中查找负责人和期限
  3. 03梳理未决问题与后续事项

安装

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

$npx skills add https://github.com/huytieu/cog-second-brain --skill meeting-transcript

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

详细介绍

COG 会议记录技能

何时调用

  • 用户分享会议记录或录音笔记
  • 用户说“处理会议”“会议笔记”或“会议记录”
  • 用户提供一段希望整理成结构化内容的会议文本
  • 用户提到想从会议中提取行动项

Agent 模式识别

检查 00-inbox/MY-PROFILE.md frontmatter 中的 agent_mode：

  • 如果 agent_mode: team，使用以下完整的并行 Agent 执行策略（3 个 Agent）
  • 如果 agent_mode: solo，按顺序处理：先提取内容，再分析互动情况，然后结合上下文补充信息。

目的

从会议录音和笔记中提取战略洞见，并通过智能内容筛选，聚焦实质性、可执行的内容，同时去除噪声和无关信息。

命令：/meeting-transcript

并行 Agent 团队执行策略

使用并行 Agent 同时处理会议记录的不同方面。

阶段 1：设置（协调者）
  1. 接收用户提供的会议记录内容
  2. 检测内容类型（会议或自由记录）并划分领域
  3. 将会议记录拆分为逻辑片段，以便并行处理
阶段 2：并行处理（同时启动 2-3 个 Agent）

使用 Task 工具在一条消息中启动所有 Agent，并设置 run_in_background: true：

Agent 1：“content-extractor”（subagent_type: general-purpose）
Extract structured content from the meeting transcript.

1. Filter out side chats, technical difficulties, and irrelevant banter
2. Identify and extract: decisions made (with rationale), action items (with owners/deadlines), strategic themes
3. Capture key quotes and insights from participants
4. Note unresolved issues and follow-up needs

Return: Decisions list, action items list, strategic themes, key quotes, unresolved issues.
Agent 2：“dynamics-analyst”（subagent_type: general-purpose）
Analyze team dynamics and meeting effectiveness.

1. Assess communication patterns and participation levels
2. Identify leadership moments and collaboration quality
3. Evaluate decision-making process effectiveness
4. Assess meeting efficiency (time well spent vs wasted)
5. Note any tensions, disagreements, or alignment issues

Return: Team dynamics assessment, participation analysis, meeting effectiveness score.
Agent 3：“context-enricher”（subagent_type: general-purpose）
Enrich meeting content with project/product context.

1. If project-related: read recent braindumps and notes for context
2. Check if discussed topics relate to known issues/PRs on GitHub
3. Connect decisions to existing strategic priorities
4. Identify competitive intelligence if competitors mentioned

Return: Contextual connections, related documents, strategic alignment notes.
阶段 3：汇总（协调者）
  1. 收集所有处理 Agent 的结果
  2. 按照内容结构模板整理结构化会议摘要
  3. 添加适当的元数据（参会者、时长、类型、行动项数量）
  4. 保存到相应领域的会议文件夹
  5. 标记紧急行动项，以便立即处理

内容筛选指南

排除（过滤掉）
  • 闲聊：“嘿，你昨晚看比赛了吗？”
  • 技术问题：“现在能听见我说话吗？”“你的麦克风静音了”
  • 未完的想法：“所以我在想，我们应该……算了”
  • 随意寒暄：天气、与工作无关的个人轶事
  • 打断：“抱歉，我得接个电话”
  • 不清楚的表述：含糊不清或听不见的内容
包含（保留并分析）
  • 战略讨论：市场分析、竞争定位
  • 决策事项：“我们决定采用方案 A”
  • 行动项：“Alex 将在周五前完成分析”
  • 问题解决：对挑战和拟议解决方案的讨论
  • 规划：时间线讨论、资源分配
  • 洞见：“关键洞见是客户想要……”
  • 顾虑：“我担心这种做法可能……”

元数据模板

---
type: meeting-transcript
domain: [personal|professional|project-specific]
project: [project-name] # Only for project-specific meetings
date: YYYY-MM-DD
created: YYYY-MM-DD HH:MM
meeting_type: [1-on-1|team-meeting|strategic-planning|project-review|other]
participants: [participant1, participant2, participant3]
duration: [minutes]
content_filtered: true
accuracy_verified: [true|false|pending]
action_items_count: [number]
decisions_count: [number]
tags:
  - meeting
  - transcript
  - domain-tag
  - project-tag
status: [processed|needs-follow-up|action-required]
---

内容结构

1. 会议概览
  • 日期/时间：会议召开时间
  • 参会者：出席人员及其职责
  • 目的：会议的主要目标
  • 时长：会议实际时长
  • 类型：会议类别
2. 关键决策（仅限已确认内容）
  • 决策：决定了什么
  • 理由：做出此决定的原因
  • 负责人：负责实施的人
  • 时间线：决策生效时间
  • 影响：预期结果及影响
3. 行动项（仅限实质性内容）
  • 任务：要采取的具体行动
  • 负责人：负责人员
  • 截止日期：完成期限
  • 依赖项：需要先完成的事项
  • 成功标准：衡量完成情况的方式
4. 战略主题（基于实质性讨论）
  • 主题：讨论的主要话题或模式
  • 背景：该主题的重要性
  • 影响：这对团队/项目意味着什么
  • 后续步骤：如何处理或利用该主题
5. 未解决的问题
  • 问题：尚未解决的问题或疑问
  • 背景：背景信息及其重要性
  • 阻碍因素：阻碍问题解决的因素
  • 建议的后续步骤：推进问题解决的方式
6. 团队互动评估
  • 沟通质量：团队沟通的有效程度
  • 决策过程：如何做出决策
  • 参与情况：哪些人做出了贡献，以及如何贡献
  • 会议效率：时间管理和专注度
  • 改进空间：让会议更高效的建议

特定领域的处理

个人领域会议
  • 关注职业发展和个人成长
  • 严格保护个人讨论的隐私
  • 提取学习和发展机会
  • 保存到 [CUSTOMIZE: path/to/personal/]meetings/
职业领域会议
  • 分析领导力和团队管理方面
  • 提取战略性业务洞察
  • 识别职业发展机会
  • 保存到 [CUSTOMIZE: path/to/professional/]meetings/
特定项目会议
  • 联系项目指标和里程碑
  • 分析项目目标的进展情况
  • 提取竞争和市场情报
  • 保存到 [CUSTOMIZE: path/to/projects/][project-name]/meetings/

内容筛选流程

步骤 1：初步扫描
  • 识别会议阶段（开场、主要讨论、总结）
  • 标记明显的题外谈话和技术问题
  • 标记不完整或不清晰的陈述
步骤 2：相关性评估
  • 评估每个片段的战略价值
  • 判断内容是否与会议目标相关
  • 评估信息的完整性和准确性
步骤 3：准确性核验
  • 交叉核对相互矛盾的陈述
  • 标记看似不正确的信息
  • 记录需要澄清的内容
步骤 4：保留上下文
  • 确保决策包含充分的上下文
  • 为行动项保留背景信息
  • 保留战略讨论的脉络

质量保证

核验标准
  • 所有决策都必须有明确的背景和理由
  • 行动项必须有明确的负责人和截止日期
  • 战略主题必须有充分讨论作为支撑
  • 团队互动评估必须基于可观察到的模式
不确定性处理
  • 标记可能不正确的信息，以便用户确认
  • 说明对解读结果的置信度
  • 对含糊不清的内容请求澄清
  • 明确注明信息不完整的情况

与每日简报的集成

此命令处理后的会议记录会直接纳入每日简报：

  • 阶段 2，Agent 3（meeting-reviewer）扫描近期会议文件
  • 阶段 3 将行动项与 GitHub PR 和 Linear 问题交叉核对
  • 第 13 部分（Meeting Follow-Up Tracker）跟踪承诺事项的完成情况

这样便能建立问责机制：会议中的决策和行动项会自动与代码和项目管理工具中的实际执行情况进行跟踪核对。

学习集成

  • 长期跟踪会议效率模式
  • 识别有效的决策流程
  • 了解团队的沟通偏好
  • 根据用户对相关性的反馈调整筛选方式

评论

支持 Markdown