meeting-notes
Skill96 starsChanged 3 months agoMITView on GitHub
Transforms raw video or audio transcripts into detailed, structured meeting summaries formatted for SharePoint. Handles messy auto-generated transcripts including unlabeled speakers, filler words, and transcript artifacts. Extracts discussion threads, decisions, action items, key quotes, and next steps. Use when a user pastes or shares a meeting transcript and wants polished, shareable notes. Triggers include "summarize this meeting transcript", "create notes from this recording", "turn this transcript into meeting notes", "write up this call", or when a user shares raw transcript text.
55 other projects use a version of this.
Adopted by
Most recently taken up by
- t128n/skillstheir own version, first seen Nov 8, 2026
- desertcache/agent-ostheir own version, first seen Nov 1, 2026
- juliomrqz/skillstheir own version, first seen Nov 1, 2026
- AgnesAI-Labs/agnet-skills-cntheir own version, first seen Nov 1, 2026
- Works-HQ/ai-brain-starter-packtheir own version, first seen Nov 1, 2026
- Rome-1/obsidian-claude-startertheir own version, first seen Nov 1, 2026
Used with
Projects with it also use email-draft, status-report and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
yakatotechSkillemail-draft
Create business email drafts. Use when asked to draft emails
Also in 3 projects that use this
AnthropicSkillstatus-report
Generate a status report with KPIs, risks, and action items. Use when writing a weekly or monthly update for leadership, summarizing project health with green/yellow/red status, surfacing risks and decisions that need stakeholder attention, or turning a pile of project tracker activity into a readable narrative.
Also in 3 projects that use this
QuixiAISkillweekly-review
Review the past week across goals, tasks, calendar, journal, and commitments, then propose the next week
Also in 8 projects that use this
vijpatel7Skillcold-outreach
Write highly effective cold emails and LinkedIn messages to recruiters, hiring managers, founders, and engineers at target companies. Based on Ben Lang's proven cold outreach framework (Next Play). Use when the user wants to: (1) write a cold email to someone at a company they want to work for, (2) craft LinkedIn messages or InMail to recruiters or hiring managers, (3) reach out about unadvertised positions, (4) follow up on outreach or applications, (5) network with founders or executives for job opportunities, (6) prepare an outreach campaign to multiple companies. Triggers on: cold email, outreach, reach out to, contact recruiter, email founder, write to hiring manager, job email, networking email, LinkedIn message, InMail.
Also in 3 projects that use this
LangChainSkillweb-research
Use this skill for requests related to web research; it provides a structured approach to conducting comprehensive web research
Also in 4 projects that use this
jacobraskSkillcalendar
Interact with Apple Calendar via AppleScript. Use when the user asks to check calendar, view events, create events, manage schedule, find free time, or list calendars. Triggers include "my calendar", "my schedule", "calendar events", "create event", "add to calendar", "what's on my calendar", "free time", "available slots", "upcoming events", "today's events". Requires macOS with Calendar.app.
Also in 3 projects that use this
Other versions55 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 55
- mergisi/awesome-openclaw-agents★ 4.1ksame name
- shiwenwen/hope-agent★ 1.9ksame name
- claude-office-skills/skills★ 433same name
- duncan-buildroom/freeskills★ 65same name
- jezweb/vite-flare-starter★ 49same name
- nimadorostkar/Claude-Skills-collection★ 33same name
- charlie947/life-automation-skills★ 25same name
- arezous/pm-pilot★ 20same name
- codeApe-7/ai-agent-workflowGroup★ 18same name
- duncan-buildroom/profit-room-skills★ 18same name
45 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository27 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- authoring-sharepoint-markdownSkill
- autoresearchSkill
- brainstorming-design-docsSkill
- copy-editingSkill
- decision-logSkill
- deck-assemblySkill
- design-directionSkill
- executive-summarySkill
- faq-buildingSkill
- find-expertSkill
- forest-styleSkill
- gap-analysisSkill
- hiring-pipeline-reportSkill
- improve-skillsSkill
- ingest-knowledgeSkill
- kb-admin-reportSkill
- linkedin-post-writingSkill
- list-formattingSkill
- log-knowledge-gapSkill
- project-briefSkill
- quarterly-expense-reportSkill
- ralph-loopSkill
- site-analyzerSkill
- style-guidelinesSkill
- uppababy-brand-reviewSkill
- youtube-descriptionSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. 0 are common, 13 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 43 edited versions we read keep these.
13
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 19
If the transcript uses labels like "Speaker 1", "Speaker 2", or "Unknown Speaker", stop before processing and ask the user to provide a …
- Distinctive: line 21
Ask: "This transcript uses generic speaker labels.
- Distinctive: line 23
If the user can only identify some speakers, proceed with those and label unresolved speakers as "Unidentified participant" in the notes.
- Distinctive: line 29
If the transcript has no timestamps, date, or attendee list, note the gaps at the top of the output and ask the user to fill them in before …
- Distinctive: line 54
Always deliver the notes in this order.
- Distinctive: line 69
If the transcript does not contain this information, include the header with blank fields marked as "[Not provided — please fill in]".
- Distinctive: line 107
If a decision was made with conditions or caveats, include those: "The team will migrate to the new platform in Q3, contingent on security …
- Distinctive: line 131
If the same person owns multiple actions, give each its own row.
- Distinctive: line 167
Before delivering the notes, verify:
- Distinctive: line 169
Every action item has a named owner — not "the team" or "someone"
- Distinctive: line 170
Every decision is stated as a fact, not as a description of a discussion
- Distinctive: line 173
No transcript artifacts (false starts, filler words, repeated words) appear in the output
- Distinctive: line 181
Do not invent decisions. Omit the Decisions section and note in the Executive Summary that the meeting was exploratory or informational.
“Common” is measured: kept by at least 6 in 10 of the 43 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Meeting Notes from Transcript
This skill processes raw video or audio transcripts — including auto-generated, messy, or unlabeled ones — into polished, structured meeting summaries ready to publish in SharePoint.
Scope: Produces prose and Markdown only. Does not write code, scripts, or formulas.
Before Processing: Transcript Triage
Video transcripts vary widely in quality. Before extracting content, assess the transcript and handle these common issues:
Unlabeled or generic speakers If the transcript uses labels like "Speaker 1", "Speaker 2", or "Unknown Speaker", stop before processing and ask the user to provide a name mapping. A table format works well:
Ask: "This transcript uses generic speaker labels. Can you tell me who each speaker is? For example: Speaker 1 = [name and role], Speaker 2 = [name and role]."
If the user can only identify some speakers, proceed with those and label unresolved speakers as "Unidentified participant" in the notes.
Auto-captioning artifacts Auto-generated transcripts often contain: repeated words, false starts ("I — I think we should"), filler words ("um", "uh", "like", "you know"), and occasional word substitutions from mishearing. Silently clean these when extracting meaning. Do not preserve transcription artifacts in the notes unless the exact wording is significant.
Missing timestamps or metadata If the transcript has no timestamps, date, or attendee list, note the gaps at the top of the output and ask the user to fill them in before publishing.
Long tangents and side conversations Transcripts capture everything, including off-topic exchanges. Do not include small talk, extended technical troubleshooting unrelated to the meeting purpose, or side conversations that did not produce a decision or action. Summarize lengthy tangents in a single sentence if they consumed significant time.
Extraction Pass
Work through the transcript in a single pass, tagging content into five categories:
Decisions — any statement where the group agrees on a course of action, selects an option, or commits to a direction. Indicators: "we decided", "we're going to go with", "let's do", "agreed", "that's what we'll do", "confirmed".
Action items — any commitment by a named person to do something by a certain time. Indicators: "I'll", "can you", "who's going to", "by [date]", "let's make sure [person]", "take an action". Capture the owner, the task, and the deadline. If no deadline was stated, mark it as "No deadline set".
Discussion threads — the substantive topics the group worked through. Group related exchanges together even if they were not contiguous in the meeting. A topic that was raised, dropped, and returned to later is one thread, not two.
Key quotes — statements that are particularly clear, significant, or that capture the essence of a position or decision. Preserve these verbatim (cleaned of artifacts). Limit to four or fewer — if everything seems quotable, nothing is.
Parking lot items — questions raised but explicitly deferred, topics someone flagged for a future meeting, or issues that could not be resolved in this session.
Output Structure
Always deliver the notes in this order. Omit a section only if there is genuinely nothing to put in it — do not include empty sections.
Meeting header
# [Meeting Title or Topic]
**Date:** [Date]
**Duration:** [Approximate duration if determinable from transcript]
**Attendees:** [Names and roles where known]
**Purpose:** [One sentence: why this meeting was held]If the transcript does not contain this information, include the header with blank fields marked as "[Not provided — please fill in]".
Executive Summary
Two to four sentences capturing the full arc of the meeting: why it was held, what the group worked through, what was resolved, and what remains open. Write this for someone who will not read the rest of the document. It should stand alone.
Discussion Threads
One subsection per major topic. Each subsection:
- Opens with a one-sentence framing of what the group was trying to figure out or accomplish on this topic
- Summarizes the key points raised and any significant disagreements or concerns surfaced
- Closes with the outcome: resolved (and how), deferred, or still open
Scale depth to significance. A topic that took 25 minutes of substantive back-and-forth deserves a full paragraph. A topic that was covered in two minutes gets two to three sentences.
Use this format:
## Discussion: [Topic Name]
[Framing sentence]
[Summary of discussion — key points, positions, concerns]
**Outcome:** [Resolved / Deferred / Open — and what that means]Decisions
A numbered list. Each decision is a single clear, unambiguous sentence in active voice. Write decisions as statements of fact, not as meeting summaries ("The team will migrate to the new platform in Q3" not "It was discussed that migration might happen").
If a decision was made with conditions or caveats, include those: "The team will migrate to the new platform in Q3, contingent on security review completion by end of July."
## Decisions
1. [Decision stated clearly]
2. [Decision stated clearly]Action Items
A table with four columns. Every row must have an owner and a task. Deadline and notes are filled in where stated; left blank or flagged otherwise.
## Action Items
| # | Action | Owner | Deadline | Notes |
|---|--------|-------|----------|-------|
| 1 | [What needs to happen] | [Name] | [Date or "Not set"] | [Any context] |
| 2 | ... | ... | ... | ... |If the same person owns multiple actions, give each its own row. Do not group actions under one owner into a single cell.
Key Quotes
Verbatim statements (cleaned of filler) worth preserving. Use these sparingly — only for statements that are unusually clear, represent an important commitment, or capture a significant position.
Format:
## Key Quotes
> "[Quote]" — [Speaker name], [context in a few words if needed]Omit this section entirely if there are no quotes that genuinely warrant preservation.
Next Steps
What happens after this meeting. This is distinct from action items — next steps describe the overall forward motion of the initiative or project, not individual tasks. Write as a short bulleted list.
Include the next meeting date, topic, and expected attendees if mentioned.
Parking Lot
Items that were raised but explicitly deferred or that could not be resolved in this session. Format as a bulleted list, each item with the name of the person who raised it if known.
Quality Checks
Before delivering the notes, verify:
- Every action item has a named owner — not "the team" or "someone"
- Every decision is stated as a fact, not as a description of a discussion
- Discussion thread outcomes are explicit — do not leave a thread summary without stating whether it was resolved
- The executive summary can be read without any other section and still make sense
- No transcript artifacts (false starts, filler words, repeated words) appear in the output
- Speakers are identified by name throughout — no "Speaker 1" in the final notes
Handling Edge Cases
No decisions were made Do not invent decisions. Omit the Decisions section and note in the Executive Summary that the meeting was exploratory or informational.
No clear action items Omit the Action Items table. If the meeting produced commitments that were vague or unowned, list them in Next Steps with a note that owners need to be assigned.
Transcript is partial or cut off Note at the top of the document that the transcript appears incomplete and flag which section of the meeting may be missing.
Multiple languages or code-switching Summarize in the language the user is working in. Note in the header if the meeting was conducted in another language.
Very short meeting (under 15 minutes) Collapse the structure. Use: header, a single Summary section (instead of Executive Summary + Discussion Threads), Decisions, Action Items, and Next Steps. Skip Parking Lot and Key Quotes unless specifically relevant.
Output Format
Deliver:
- Complete meeting notes — full Markdown, ready to paste into a SharePoint Markdown web part or page
- Gaps to fill — a short list of anything that could not be determined from the transcript (missing names, dates, context, unresolved speaker labels)
- Publisher note — one sentence flagging anything the note-taker should verify before sending (e.g., "Please confirm the Q3 deadline for the migration decision with [name]")
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

