MCPInstall

meeting-synthesizer

Processes meeting notes or transcripts to extract structured information. Use after meetings to quickly generate action items, capture decisions, and create follow-up tasks. Extracts: action items with owners, decisions made, key discussion points, follow-up tasks with priorities.

Installs
227
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/rysweet/amplihack --skill meeting-synthesizer
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads meeting-synthesizer automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Meeting Synthesizer Skill

Transform raw meeting notes and transcripts into actionable intelligence. This skill extracts critical information from unstructured meeting data and organizes it into structured formats that drive follow-through and accountability.

Overview

The Meeting Synthesizer processes meeting notes or transcripts to produce:

  • Action Items: Clear tasks with owners, due dates, and context
  • Decisions Made: Key decisions with justification and implications
  • Discussion Points: Important topics, debates, and consensus areas
  • Follow-up Tasks: Prioritized task list with next steps
  • Key Insights: Patterns, concerns, and emerging themes

When to Use This Skill

  • After team meetings, standups, or planning sessions
  • When converting transcript/notes into structured action items
  • When you need to quickly extract decisions and assign accountability
  • When synthesizing notes for stakeholders who missed the meeting
  • When creating task lists from meeting discussions

How to Use This Skill

Basic Workflow

  1. Provide the Meeting Content

    • Share meeting notes (typed or pasted)
    • Share a transcript (from Zoom, Teams, or other platform)
    • Share a voice-to-text transcription
  2. Request Processing

    • Ask the skill to synthesize the meeting
    • Optionally specify which elements to focus on
    • Optionally provide format preferences (markdown, JSON, etc.)
  3. Review & Act

    • Review the extracted information
    • Assign owners and deadlines
    • Create tickets or calendar items
    • Share results with team

Example Prompts

Comprehensive Synthesis

Synthesize this meeting:
[paste meeting notes/transcript]

Extract all action items, decisions, and key points.
Organize by priority and due date.

Focused on Action Items

Extract action items from this meeting:
[paste meeting notes]

For each action item, provide:
- Task description
- Owner/responsible person
- Due date (if mentioned)
- Context/why it matters
- Dependencies

Decision Extraction

What decisions were made in this meeting?
[paste meeting notes]

For each decision, provide:
- What was decided
- Why (reasoning/justification)
- Who made the decision
- Who is affected
- Any dissent or concerns

Priority Ordering

Synthesize this meeting with priority ordering:
[paste meeting notes]

Order action items by urgency and impact.
Identify any blocking items or critical path items.
Flag any decisions that need follow-up or clarification.

Processing Instructions

1. Parse Meeting Content

Input Recognition:

  • Detect format: structured notes, transcript, bullet points, freeform text
  • Identify participants: who attended, who spoke, roles
  • Extract timestamps: when discussed (if available)
  • Recognize context: meeting type, agenda, goals

Normalization:

  • Clean up formatting inconsistencies
  • Expand abbreviations where possible
  • Clarify ambiguous references
  • Group related items

2. Extract Action Items

Identification:

  • Look for explicit assignments: "Alice will...", "We need to..."
  • Identify implicit tasks: decisions requiring implementation
  • Find time-bound items: "by Friday", "next sprint", "ASAP"
  • Recognize dependencies: "after X is done"

Structuring:

Action Item:
  Description: [Clear, specific task]
  Owner: [Person responsible]
  Due: [Date/timeline]
  Context: [Why it matters]
  Dependencies: [What must happen first]
  Priority: [High/Medium/Low]

3. Identify Decisions

Detection:

  • Explicit decisions: "We decided to...", "We will..."
  • Consensus moments: "Everyone agreed...", "Consensus is..."
  • Choices made: "We chose X over Y"
  • Direction changes: "We're shifting from X to Y"

Documentation:

Decision:
  What: [The decision]
  Why: [Reasoning/justification]
  Decided By: [Who decided]
  Affected: [Who is impacted]
  Dissent: [Any concerns/opposition]
  Implementation: [How will it work]

4. Capture Discussion Points

Extraction:

  • Main topics discussed
  • Debates or different viewpoints
  • Open questions or uncertainties
  • Agreed-upon principles or approaches

Organization:

Discussion Point:
  Topic: [What was discussed]
  Viewpoints: [Different perspectives]
  Consensus: [What was agreed]
  Open Issues: [Unresolved items]

5. Generate Follow-up Tasks

Identification:

  • Clarification needed: "We should confirm with X"
  • Information gathering: "Research options for Y"
  • Scheduling: "Schedule sync with Z"
  • Communication: "Update stakeholders on decision"

Prioritization:

  • Critical: Blocks other work, high impact
  • High: Important, needed soon
  • Medium: Should be done, no immediate urgency
  • Low: Nice to have, lower priority

Output Format

Option 1: Markdown (Default)

# Meeting Synthesis: [Meeting Title/Date]

## Participants

- Alice (Product Lead)
- Bob (Engineering)
- Carol (Design)

## Decisions Made

### Decision 1

- **What**: Adopt Vue 3 for new frontend
- **Why**: Better TypeScript support, smaller bundle size
- **Decided**: By consensus
- **Impact**: Requires training for team members using Vue 2

### Decision 2

- **What**: Delay launch by 2 weeks
- **Why**: Need more time for security review
- **Decided**: Product + Security alignment
- **Impact**: Affects Q4 roadmap planning

## Action Items

### High Priority

- [ ] Complete security audit (Bob, Due: Friday)
- [ ] Prepare Vue 3 migration plan (Carol, Due: Monday)

### Medium Priority

- [ ] Schedule team Vue 3 training (Alice, Due: Next week)

### Low Priority

- [ ] Document decision rationale (Bob, Due: End of sprint)

## Key Discussion Points

- Concerns about timeline slippage
- Team enthusiasm for Vue 3 adoption
- Need for better documentation

## Follow-up Required

- Confirm security audit scope with CTO
- Get client approval for 2-week delay
- Check team training capacity

Option 2: JSON Structure

{
  "meeting": {
    "title": "Q4 Planning",
    "date": "2024-11-08",
    "participants": ["Alice", "Bob", "Carol"]
  },
  "decisions": [
    {
      "id": "D1",
      "description": "Adopt Vue 3",
      "rationale": "Better TS support",
      "decider": "Consensus",
      "impact": "Requires team training"
    }
  ],
  "actionItems": [
    {
      "id": "A1",
      "task": "Complete security audit",
      "owner": "Bob",
      "dueDate": "2024-11-10",
      "priority": "HIGH",
      "context": "Required before launch"
    }
  ],
  "followUp": ["Confirm security audit scope", "Get client approval"]
}

Examples

Example 1: Product Planning Meeting

Input Meeting Notes:

Meeting: Product Planning - Q1 2025
Attendees: Sarah (PM), Mike (Lead Dev), Lisa (Designer)

Topics:
1. User feedback analysis - lots of requests for dark mode
2. Performance issues reported in production
3. Q1 roadmap planning

Decisions:
- Will implement dark mode as primary feature
- Will address performance issues first (performance is blocking)
- Delaying mobile app until Q2

Action items:
Sarah will brief the team on user feedback by tomorrow
Mike will create performance improvement plan by Friday
Lisa will start dark mode design exploration next week
Need to schedule meeting with exec team for roadmap approval

Issues:
- Performance work might delay features
- Team capacity might be tight with both performance + dark mode
- Mobile app delay will disappoint some users

Output:

# Q1 2025 Product Planning Synthesis

## Decisions

1. **Implement dark mode as primary Q1 feature**
   - Why: High user demand from feedback analysis
   - Impact: Becomes focus of design/feature work

2. **Prioritize performance issues before new features**
   - Why: Blocking production users
   - Impact: Requires dedicated engineering time first

3. **Delay mobile app to Q2**
   - Why: Capacity and roadmap constraints
   - Impact: Will disappoint some users, needs communication

## Action Items

### Critical Path

- [ ] Performance improvement plan (Mike, Due: Friday)
  - Context: Blocking roadmap
  - Unblocks: Dark mode feature work

### High Priority

- [ ] Team briefing on user feedback (Sarah, Due: Tomorrow)
- [ ] Dark mode design exploration (Lisa, Due: Next week)

### Follow-up Required

- [ ] Executive team meeting on Q1 roadmap
- [ ] Communication plan for mobile app delay
- [ ] Capacity planning for parallel work streams

## Key Concerns

- Tight team capacity with performance + dark mode
- Mobile app delay needs stakeholder management
- Performance work timeline might slip

Example 2: Engineering Standup

Input Transcript:

Sarah: OK team, quick standup. Mike, how's the API work?

Mike: Good progress. Got the authentication endpoints done.
Got the rate limiting working. Should be done by EOW.

Sarah: Great. Any blockers?

Mike: Need DB schema review from Carol. That's blocking
the user service implementation.

Carol: Oh, I can look at that this afternoon. Will send feedback.

Sarah: Perfect. Lisa, how's the frontend?

Lisa: Integrated the new modal component. Ran into a
responsive design issue on mobile that I'm debugging.
Should have fixed by tomorrow.

Sarah: OK, don't spend too much time on that if it's complex.
We can handle edge cases later.

Mike: Also, we should probably do a load test before shipping.

Sarah: Agreed. Let's add that to the list. Carol, can you
help set that up?

Carol: Sure, I can coordinate with DevOps.

Sarah: Good. Let's reconvene Thursday to check in.

Output:

# Engineering Standup - 2024-11-08

## Current Status

- **Mike**: API auth endpoints complete, rate limiting working
  - On track: EOW completion
  - Blocker: Waiting on DB schema review

- **Lisa**: Modal component integrated, debugging responsive issue
  - On track: Mobile fix by tomorrow
  - Note: Don't over-engineer edge cases

- **Carol**: Available for schema review, coordinating load testing

## Action Items

### High Priority

- [ ] DB schema review (Carol, Due: Today afternoon)
  - Unblocks: Mike's user service implementation

- [ ] Mobile responsive debugging (Lisa, Due: Tomorrow)
  - Context: Modal component issue

### Medium Priority

- [ ] Coordinate load testing setup (Carol + DevOps, Due: This week)
  - Context: Required before shipping

## Decisions

- Load testing is required before deployment
- Don't over-engineer mobile edge cases yet

## Next Check-in

- Thursday team standup for progress review

Processing Tips

Handle Ambiguity

  • If owner unclear: Note "TBD" and flag for clarification
  • If timeline unclear: Use phrases like "asap", "this week", "unclear timeline"
  • If decision unclear: List as "discussion item" vs "decision"

Identify Hidden Items

  • "We should..." often means someone needs to do it
  • "Someone will need to..." is an implicit action item
  • "We need to verify..." is a follow-up task
  • "Can you..." is an action item for the person being asked

Prioritize Effectively

  • Critical: Blocks other work
  • High: Time-sensitive or important
  • Medium: Should be done soon
  • Low: Nice to have

Red Flags

  • Vague ownership ("we'll figure it out")
  • No timeline mentioned
  • Conflicting decisions
  • Unresolved concerns
  • Unclear next steps

Best Practices

Input Quality

  • More detail is better (full transcript > vague summary)
  • Include speaker names if available
  • Preserve disagreements and concerns
  • Note time-sensitive items

Output Quality

  • Be specific: "review code" not clear, "review API endpoint authentication code" is clear
  • Include context: Why matters, not just what to do
  • Flag dependencies: What must happen first
  • Highlight urgency: Critical path items

Follow-Through

  • Share results with team members assigned
  • Create tickets/calendar items for action items
  • Schedule follow-up for open items
  • Update stakeholders on decisions

Common Patterns

Pattern 1: Decision with Cascading Action Items

Decision: Use PostgreSQL instead of MongoDB
  ↓
Action Items:
- Migrate existing data (Owner: DB team)
- Update ORM code (Owner: Backend team)
- Update schema documentation (Owner: Docs)
- Train team on SQL (Owner: Tech lead)

Pattern 2: Blocking Dependencies

Task A: Complete security audit (BLOCKING)
  ↓
Task B: Deploy to production (BLOCKED)
  ↓
Task C: Start Q2 roadmap planning (BLOCKED)

Pattern 3: Decision Reversal or Clarification Needed

Stated: "We'll use Vue"
But earlier: "React is better"
Follow-up: Clarify decision rationale and communicate to team

Quality Checklist

After synthesizing a meeting, verify:

  • All action items have clear owners
  • All decisions are documented with rationale
  • Critical items are flagged and prioritized
  • Blocking dependencies are identified
  • Follow-up tasks are clear
  • Any concerns or dissent are captured
  • Ambiguous items are flagged for clarification
  • Results are ready to share with team

Integration Points

With Task Management

  • Export action items to Jira, GitHub Issues, Asana
  • Create calendar items for deadlines
  • Set up reminders for owners

With Communication

  • Share synthesis with team
  • Send to stakeholders who couldn't attend
  • Create meeting summary email

With Roadmap Planning

  • Decisions impact roadmap/timeline
  • Action items affect capacity planning
  • Follow-up tasks might become next meeting agenda

Limitations & Considerations

  • Cannot identify non-verbal communication (tone, body language)
  • May miss implicit context only meeting attendees understand
  • Requires clear, interpretable notes or transcripts
  • Ambiguous meeting notes produce ambiguous output
  • Cannot follow up on decisions that weren't explicit

See Also

  • Action item tracking and management
  • Decision log and decision history
  • Meeting agenda templates
  • Post-meeting communication templates

FAQ

What does the meeting-synthesizer skill do?

Processes meeting notes or transcripts to extract structured information. Use after meetings to quickly generate action items, capture decisions, and create follow-up tasks. Extracts: action items with owners, decisions made, key discussion points, follow-up tasks with priorities.

How do I install meeting-synthesizer?

Run npx skills add https://github.com/rysweet/amplihack --skill meeting-synthesizer in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/meeting-synthesizer/ (personal) or .claude/skills/meeting-synthesizer/ (project).

Which AI agents can use meeting-synthesizer?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is meeting-synthesizer safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains meeting-synthesizer?

It is published by rysweet in rysweet/amplihack. It has 227 recorded installs.

More from rysweet/amplihack

View all →

cybersecurity-analyst

rysweet/amplihack

Analyzes events through cybersecurity lens using threat modeling, attack surface analysis, defense-in-depth, zero-trust architecture, and risk-based frameworks (CIA triad, STRIDE, MITRE ATT&CK). Provides insights on vulnerabilities, attack vectors, defense strategies, incident response, and security posture. Use when: Security incidents, vulnerability assessments, threat analysis, security architecture, compliance. Evaluates: Confidentiality, integrity, availability, threat actors, attack patterns, controls, residual risk.

Security1.5K installs

lawyer-analyst

rysweet/amplihack

Analyzes events through legal lens using statutory interpretation, case law analysis, legal reasoning, constitutional principles, and multiple legal frameworks (common law, civil law, international law). Provides insights on legal rights, obligations, liabilities, remedies, and compliance requirements. Use when: Legal disputes, contracts, regulations, compliance, rights analysis, liability assessment. Evaluates: Legal obligations, rights, liabilities, remedies, precedent, statutory authority, constitutionality.

Business & Finance688 installs

psychologist-analyst

rysweet/amplihack

Analyzes events through psychological lens using cognitive psychology, social psychology, developmental psychology, clinical psychology, and neuroscience. Provides insights on behavior, cognition, emotion, motivation, group dynamics, decision-making biases, mental health, and individual differences. Use when: Behavioral patterns, decision-making, group behavior, mental health, leadership, persuasion, trauma, development. Evaluates: Cognitive processes, emotional responses, motivations, biases, group dynamics, personality, mental states.

mermaid-diagram-generator

rysweet/amplihack

Open the skill to read its SKILL.md instructions.

Docs & Writing428 installs

pptx

rysweet/amplihack

Open the skill to read its SKILL.md instructions.

Docs & Writing419 installs

economist-analyst

rysweet/amplihack

Analyzes events through economic lens using supply/demand, incentive structures, market dynamics, and multiple schools of economic thought (Classical, Keynesian, Austrian, Behavioral). Provides insights on market impacts, resource allocation, policy implications, and distributional effects. Use when: Economic events, policy changes, market shifts, financial crises, regulatory decisions. Evaluates: Incentives, efficiency, opportunity costs, market failures, systemic risks.

Business & Finance378 installs

Popular productivity & automation skills

View category →

agent-browser

vercel-labs/agent-browser

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.

OfficialProductivity & Automation1.3M installs

lark-doc

open.feishu.cn

飞书云文档(Docx / Wiki)内容操作:读取、创建、编辑文档,插入或下载图片附件,以及操作思维笔记。用户提供文档 URL/token(包括 doubao.com 的 /docx/、/wiki/)时使用;按 URL 路径/token 而非域名路由;/page/ 是妙搭应用,非飞书云文档。文档内嵌资源按读取参考中的统一规则分流。独立评论操作走 lark-drive;随正文读取评论使用 docs +fetch。表格或 Base 内部数据操作不在本 skill。

lark-base

open.feishu.cn

飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、应用模式(BaseApp/AppMode 页面与组件)、Workspace 目录、workflow、角色权限、模板中心(多维表格模板分类/列表/搜索);遇到 Base/多维表格/bitable、BaseApp/AppMode、/base/ 或 /app/ 链接时使用。BaseApp 不走 lark-apps;文件导入/导出转 lark-drive,认证/授权转 lark-shared。

lark-drive

open.feishu.cn

飞书云空间(云盘/云存储):管理 Drive 文件和文件夹,包含上传/下载、创建文件夹、复制/移动/删除、查看元数据、查询权限设置、评论/权限/订阅、标题、版本、飞书文档密级标签(secure labels)和本地文件导入。用户需要整理云盘目录、处理云空间资源 URL/token、判断链接类型/真实 token/标题,或导入 Word/Markdown/Excel/CSV/PPTX/.base 为 docx/sheet/bitable/slides 时使用;doubao.com 云空间 URL/token 也按资源路径和 token 路由,不回退 WebFetch。不负责:文档内容编辑(走 lark-doc)、表格/Base 表内数据操作(走 lark-sheets/lark-base)、知识空间节点/成员管理(走 lark-wiki)、原生 Markdown 文件读写/patch/diff(走 lark-markdown)。

lark-shared

open.feishu.cn

Use for lark-cli setup/auth tasks: auth login/status/logout, user vs bot identity, business-domain permissions (--domain, including all/docs/drive), missing scopes, revoking authorization, or handling notice JSON.

lark-im

open.feishu.cn

飞书即时通讯:收发消息和管理群聊。发送和回复消息、搜索聊天记录、管理群聊成员、上传下载图片和文件、管理表情回复、发送应用内/短信/电话加急、发送和处理交互卡片(Interactive Card)、监听卡片按钮回调(card.action.trigger)。当用户需要发消息、查看或搜索聊天记录、下载聊天中的文件、查看群成员、搜索群、创建群聊或话题群、管理标记数据、管理 Feed 置顶(添加/移除/查询置顶会话)、管理标签数据、处理卡片回调时使用。