/meeting-notes-to-tasks
Converts unstructured meeting notes into structured, assigned, time-bounded action items. Never leave a meeting without knowing who does what by when.
$ npx -y skills add DevelopersGlobal/ai-agent-skills --skill meeting-notes-to-tasks --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/meeting-notes-to-tasks
Context preview
The summary Claude sees to decide when to auto-load this skill.
Converts unstructured meeting notes into structured, assigned, time-bounded action items. Never leave a meeting without knowing who does what by when.
SKILL.md
meeting-notes-to-tasks.SKILL.mdname: meeting-notes-to-tasks
description: Converts unstructured meeting notes into structured, assigned, time-bounded action items. Never leave a meeting without knowing who does what by when.
category: everyday
applies-to: [claude, gemini, cursor, copilot, any]
version: 1.0.0
Overview
Meetings produce decisions and commitments. Without structure, these dissolve into vague memory. This skill transforms raw meeting notes into a concrete, actionable task list.
When to Use
- After any meeting with decisions or commitments
- When processing meeting transcripts or notes
- When preparing follow-up communication
Process
Step 1: Extract Decisions
1. Read all notes. 2. List every **decision made**: `Decision: [what was decided]` 3. Distinguish decisions from discussions (decisions = agreed outcomes, not explorations).
**Deliver:** A numbered list of decisions made.
Step 2: Extract Action Items
4. For each commitment made, write:
Action: [specific deliverable]
Owner: [person's name]
Due: [specific date, not "soon" or "next week"]
Context: [1-sentence background]
5. If an owner is not named: flag it — unowned actions are undone actions. 6. If a due date is not named: flag it — undated actions are undone actions.
**Deliver:** Structured action items with owner and due date for every commitment.
Step 3: Identify Blockers and Dependencies
7. What action items are blocked by other action items? 8. What external dependencies exist (waiting on third party, requires approval, etc.)? 9. What open questions remain unresolved?
**Deliver:** Blocker list and open questions with owners.
Step 4: Draft Follow-Up Summary
10. Compose a concise follow-up message:
- Decisions (bullet list)
- Action items (table: action | owner | due date)
- Open questions (bullet list with owner)
- Next meeting date (if applicable)
**Deliver:** Ready-to-send follow-up email/Slack message.
Common Rationalizations (and Rebuttals)
| Excuse | Rebuttal | |--------|----------| | "Everyone knows what they need to do" | They don't. Write it down. | | "The notes are good enough" | Notes describe what was said. Action items describe what will be done. | | "We'll follow up informally" | Informal follow-up means things fall through the cracks. |
Verification
- [ ] Every decision captured
- [ ] Every action item has: owner, due date, specific deliverable
- [ ] Unowned/undated items flagged
- [ ] Blockers and open questions identified
- [ ] Follow-up summary drafted and ready to send
References
- [goal-driven-execution skill](../goal-driven-execution/SKILL.md)
Read more
name: meeting-notes-to-tasks description: Converts unstructured meeting notes into structured, assigned, time-bounded action items. Never leave a meeting without knowing who does what by when. category: everyday applies-to: [claude, gemini, cursor, copilot, any] version: 1.0.0
Overview
Meetings produce decisions and commitments. Without structure, these dissolve into vague memory. This skill transforms raw meeting notes into a concrete, actionable task list.
When to Use
- After any meeting with decisions or commitments
- When processing meeting transcripts or notes
- When preparing follow-up communication
Process
Step 1: Extract Decisions
1. Read all notes. 2. List every **decision made**: `Decision: [what was decided]` 3. Distinguish decisions from discussions (decisions = agreed outcomes, not explorations).
**Deliver:** A numbered list of decisions made.
Step 2: Extract Action Items
4. For each commitment made, write:
Action: [specific deliverable] Owner: [person's name] Due: [specific date, not "soon" or "next week"] Context: [1-sentence background]
5. If an owner is not named: flag it — unowned actions are undone actions. 6. If a due date is not named: flag it — undated actions are undone actions.
**Deliver:** Structured action items with owner and due date for every commitment.
Step 3: Identify Blockers and Dependencies
7. What action items are blocked by other action items? 8. What external dependencies exist (waiting on third party, requires approval, etc.)? 9. What open questions remain unresolved?
**Deliver:** Blocker list and open questions with owners.
Step 4: Draft Follow-Up Summary
10. Compose a concise follow-up message:
- Decisions (bullet list)
- Action items (table: action | owner | due date)
- Open questions (bullet list with owner)
- Next meeting date (if applicable)
**Deliver:** Ready-to-send follow-up email/Slack message.
Common Rationalizations (and Rebuttals)
| Excuse | Rebuttal | |--------|----------| | "Everyone knows what they need to do" | They don't. Write it down. | | "The notes are good enough" | Notes describe what was said. Action items describe what will be done. | | "We'll follow up informally" | Informal follow-up means things fall through the cracks. |
Verification
- [ ] Every decision captured
- [ ] Every action item has: owner, due date, specific deliverable
- [ ] Unowned/undated items flagged
- [ ] Blockers and open questions identified
- [ ] Follow-up summary drafted and ready to send
References
- [goal-driven-execution skill](../goal-driven-execution/SKILL.md)
AI agent skills for production grade applications
Other skills on ai-agent-skills.
- /ai-output-validation
Validates, parses, and sanitizes AI-generated outputs before they reach end users or downstream systems. Structured output enforcement, schema validation, and fallback handling.
Open skill - /api-design
Design stable, versioned, self-documenting APIs. Easy to use correctly, hard to use incorrectly. Apply Hyrum's Law from day one.
Open skill - /ci-cd-pipelines
Automated quality gates from commit to production. Every merge to main is potentially shippable. No manual steps in the deployment path.
Open skill - /code-explanation
Get layered, context-aware explanations of unfamiliar code. Understand what it does, why it was written that way, and how to work with it safely.
Open skill - /code-review
Structured code review focusing on correctness, security, and maintainability. Correctness before style. Every reviewer comment must be actionable.
Open skill - /context-loading
Load minimum necessary context into agent context windows. Prevents token bloat, reduces cost, and improves focus. Only load what the current task needs.
Open skill

