meeting-minutes

90
23
Source

Generate concise, actionable meeting minutes for internal meetings. Includes metadata, attendees, agenda, decisions, action items (owner + due date), and follow-up steps.

Install

mkdir -p .claude/skills/meeting-minutes && curl -L -o skill.zip "https://mcp.directory/api/skills/download/1962" && unzip -o skill.zip -d .claude/skills/meeting-minutes && rm skill.zip

Installs to .claude/skills/meeting-minutes

About this skill

Meeting Minutes Skill — Short Internal Meetings

Purpose / Overview

This Skill produces high-quality, consistent meeting minutes for internal meetings that are 60 minutes or shorter. Output is designed to be clear, actionable, and easy to convert into task trackers (e.g., GitHub Issues, Jira). The generated minutes prioritize decisions and action items so teams can move quickly from discussion to execution.

When to Use

Use this skill when:

  • Internal syncs, standups, design reviews, triage, planning or ad-hoc meetings with short duration
  • Situations that require a concise record of decisions, assigned action items, and follow-ups
  • Creating a standardized minutes document from a live meeting, transcript, recording, or notes

Operational Workflow

Phase 1: Intake (before drafting)

  • Obtain meeting metadata: title, date, start/end time (or duration), organizer, and intended audience.
  • Confirm available inputs: agenda, slides, recording, transcript, or raw notes.
  • If key details are missing, ask up to 3 clarifying questions before producing minutes (see "Discovery" below).

Phase 2: Capture (during / immediately after meeting)

  • Record attendees and absentees.
  • Capture brief notes per agenda item with time markers if available.
  • Record explicit decisions, rationale summary (1–2 sentences), and action items (owner + due date).

Phase 3: Drafting

  • Generate minutes following the Strict Minutes Schema (below).
  • Ensure every action item includes owner, due date (or timeframe), and acceptance criteria when applicable.
  • Mark unresolved issues or items requiring follow-up in the Parking Lot.

Phase 4: Review & Publish

  • If possible, send draft to meeting organizer or a designated reviewer for quick verification (within 24 hours).
  • Publish final minutes to the agreed channel (shared drive, repo, ticket, or email) and optionally create tasks in the team's tracker.

Discovery (required clarifying questions)

Before generating minutes, the agent MUST ask up to three clarifying questions if any of these are missing:

  • What is the meeting title, date, start time (or duration), and organizer?
  • Is there an agenda or transcript/recording to reference? If yes, please provide.
  • Who should be assigned as the reviewer or approver for the minutes?

If the user responds "no transcript" or "no agenda," proceed but mark source material as "ad-hoc notes" and flag potential gaps.


Strict Minutes Schema (Output Structure)

You MUST produce meeting minutes following this exact structure. If information is unavailable, use TBD or Unknown and explain how to obtain it.

1. Metadata

  • Title:
  • Date (YYYY-MM-DD):
  • Start Time (UTC):
  • End Time (UTC) or Duration:
  • Organizer:
  • Location / Virtual Link:
  • Minutes Author (agent or person):
  • Distribution List (who receives the minutes):

2. Attendance

  • Present: [list of names + roles]
  • Regrets / Absent: [list]
  • Notetaker / Recorder: [name or "agent"]

3. Agenda

Bullet list of agenda items, in order:

  • Item 1: short title
  • Item 2: short title
  • ...

4. Summary

A concise one-paragraph summary (1–3 sentences) of the meeting's objective and high-level outcome.

5. Decisions Made

Each as a separate bullet:

  • Decision 1: statement of decision.
    • Who decided / approved: [name(s) or group]
    • Rationale (1–2 sentences): brief reason.
    • Effective date (if applicable): YYYY-MM-DD
  • Decision 2: ...

6. Action Items

Table-style bullets; must include owner and due date:

  • [ID] Action: short description
    • Owner: Name (team)
    • Due: YYYY-MM-DD or "ASAP" / timeframe
    • Acceptance Criteria: (what completes this action)
    • Linked artifacts / tickets: (optional URL or ticket id)

Example:

  • [A1] Draft deployment runbook for feature X

7. Notes by Agenda Item

Brief, factual, timestamp optional:

  • Agenda Item 1: title
    • Key points:
      • Point A (timestamp 00:05)
      • Point B (timestamp 00:12)
    • Open issues / questions:
      • Q1: question text (owner if assigned)
  • Agenda Item 2: ...

8. Parking Lot / Unresolved Items

  • Item: short description
    • Why parked / next step:
    • Suggested owner or next meeting to resolve

9. Risks / Blockers (if any)

  • Risk 1: short description, impact, mitigation owner
  • Risk 2: ...

10. Next Meeting / Follow-up

  • Proposed date/time (if any)
  • Objectives for next meeting

11. Attachments / References

  • Agenda document: URL
  • Slides: URL
  • Transcript / Recording: URL
  • Related tickets: list of URLs or IDs

12. Version & Change Log

  • Version: 1.0
  • Last updated: YYYY-MM-DDTHH:MM:SSZ
  • Changes: short notes on edits and who made them

Style & Quality Rules

  • Keep minutes concise: total length should typically be under 1 A4 page for meetings <= 30 minutes and under 2 pages for meetings close to 60 minutes.
  • Use plain language and bullet lists for readability.
  • Prioritize decisions and action items at the top of the document.
  • Do NOT include speculative language or unverified claims. If something is uncertain, label it TBD and note the missing info source.
  • Use consistent timestamps and ISO 8601 dates (YYYY-MM-DD or full UTC timestamp).

DO / DON'T

DO:

  • Include owner and due date for every action item.
  • Provide acceptance criteria for action items when possible.
  • Link to artifacts (tickets, slides, recordings) for traceability.
  • Send draft for quick review if minutes contain significant decisions.

DON'T:

  • Omit decisions or action items — these are the primary value of minutes.
  • Mix personal opinions with facts. Keep commentary clearly marked as "Opinion" or exclude it.
  • Publish raw PII gathered during discussion unless required and authorized.

Example Prompts (for Copilot / Agent)

Prompt to generate minutes from transcript:

"Generate meeting minutes from the following meeting transcript. Meeting title: 'Platform Weekly Sync'. Date: 2026-02-10. Duration: 45 minutes. Organizer: Priya (Platform Lead). Transcript: <paste transcript>. Follow the Strict Minutes Schema. Highlight decisions and create action items with owners and due dates where implied."

Prompt to generate minutes from notes:

"I have raw notes from a 30-minute design review. Title: 'Feature Y Design Review'. Date: 2026-02-11. Notes: <paste notes>. Produce concise minutes following the Strict Minutes Schema. Ask up to 3 clarifying questions if critical fields are missing."


Quick Templates (copyable)

Concise minutes template (short):

- Title:
- Date:
- Organizer:
- Present:
- Summary:
- Decisions:
  - Decision 1 — Who — Effective:
- Action Items:
  - [A1] Action — Owner — Due — Acceptance Criteria
- Next Steps / Next Meeting:

Detailed minutes template (full schema):

Use the Strict Minutes Schema above.


Verification & Acceptance Criteria for Generated Minutes

A generated minutes document is acceptable if:

  • It contains Metadata, Attendance, Decisions, and Action Items sections.
  • Every action item has an assigned owner and a due date or a clear timeframe.
  • All significant decisions are captured with at least 1-line rationale.
  • Attachments or references are listed or explicitly marked None.
  • The document is factual; uncertain items are labeled TBD.

penpot-uiux-design

github

Comprehensive guide for creating professional UI/UX designs in Penpot using MCP tools. Use this skill when: (1) Creating new UI/UX designs for web, mobile, or desktop applications, (2) Building design systems with components and tokens, (3) Designing dashboards, forms, navigation, or landing pages, (4) Applying accessibility standards and best practices, (5) Following platform guidelines (iOS, Android, Material Design), (6) Reviewing or improving existing Penpot designs for usability. Triggers: "design a UI", "create interface", "build layout", "design dashboard", "create form", "design landing page", "make it accessible", "design system", "component library".

10921

excalidraw-diagram-generator

github

Generate Excalidraw diagrams from natural language descriptions. Use when asked to "create a diagram", "make a flowchart", "visualize a process", "draw a system architecture", "create a mind map", or "generate an Excalidraw file". Supports flowcharts, relationship diagrams, mind maps, and system architecture diagrams. Outputs .excalidraw JSON files that can be opened directly in Excalidraw.

6714

git-commit

github

Execute git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit changes, create a git commit, or mentions "/commit". Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping

4910

markdown-to-html

github

Convert Markdown files to HTML similar to `marked.js`, `pandoc`, `gomarkdown/markdown`, or similar tools; or writing custom script to convert markdown to html and/or working on web template systems like `jekyll/jekyll`, `gohugoio/hugo`, or similar web templating systems that utilize markdown documents, converting them to html. Use when asked to "convert markdown to html", "transform md to html", "render markdown", "generate html from markdown", or when working with .md files and/or web a templating system that converts markdown to HTML output. Supports CLI and Node.js workflows with GFM, CommonMark, and standard Markdown flavors.

5710

plantuml-ascii

github

Generate ASCII art diagrams using PlantUML text mode. Use when user asks to create ASCII diagrams, text-based diagrams, terminal-friendly diagrams, or mentions plantuml ascii, text diagram, ascii art diagram. Supports: Converting PlantUML diagrams to ASCII art, Creating sequence diagrams, class diagrams, flowcharts in ASCII format, Generating Unicode-enhanced ASCII art with -utxt flag

248

prd

github

Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.

507

You might also like

flutter-development

aj-geddes

Build beautiful cross-platform mobile apps with Flutter and Dart. Covers widgets, state management with Provider/BLoC, navigation, API integration, and material design.

1,5711,369

ui-ux-pro-max

nextlevelbuilder

"UI/UX design intelligence. 50 styles, 21 palettes, 50 font pairings, 20 charts, 8 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient."

1,1161,191

drawio-diagrams-enhanced

jgtolentino

Create professional draw.io (diagrams.net) diagrams in XML format (.drawio files) with integrated PMP/PMBOK methodologies, extensive visual asset libraries, and industry-standard professional templates. Use this skill when users ask to create flowcharts, swimlane diagrams, cross-functional flowcharts, org charts, network diagrams, UML diagrams, BPMN, project management diagrams (WBS, Gantt, PERT, RACI), risk matrices, stakeholder maps, or any other visual diagram in draw.io format. This skill includes access to custom shape libraries for icons, clipart, and professional symbols.

1,4181,109

godot

bfollington

This skill should be used when working on Godot Engine projects. It provides specialized knowledge of Godot's file formats (.gd, .tscn, .tres), architecture patterns (component-based, signal-driven, resource-based), common pitfalls, validation tools, code templates, and CLI workflows. The `godot` command is available for running the game, validating scripts, importing resources, and exporting builds. Use this skill for tasks involving Godot game development, debugging scene/resource files, implementing game systems, or creating new Godot components.

1,194747

nano-banana-pro

garg-aayush

Generate and edit images using Google's Nano Banana Pro (Gemini 3 Pro Image) API. Use when the user asks to generate, create, edit, modify, change, alter, or update images. Also use when user references an existing image file and asks to modify it in any way (e.g., "modify this image", "change the background", "replace X with Y"). Supports both text-to-image generation and image-to-image editing with configurable resolution (1K default, 2K, or 4K for high resolution). DO NOT read the image file first - use this skill directly with the --input-image parameter.

1,154684

pdf-to-markdown

aliceisjustplaying

Convert entire PDF documents to clean, structured Markdown for full context loading. Use this skill when the user wants to extract ALL text from a PDF into context (not grep/search), when discussing or analyzing PDF content in full, when the user mentions "load the whole PDF", "bring the PDF into context", "read the entire PDF", or when partial extraction/grepping would miss important context. This is the preferred method for PDF text extraction over page-by-page or grep approaches.

1,313614

Stay ahead of the MCP ecosystem

Get weekly updates on new skills and servers.