skills/meeting-agendas/SKILL.md
Best practices for structuring meeting agendas, notes, and action items. Use when: preparing a meeting agenda, writing meeting notes, following up on action items, designing a recurring meeting structure, or improving meeting effectiveness.
npx skillsauth add michaelsvanbeek/personal-agent-skills meeting-agendasInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Every meeting agenda should answer three questions before the meeting starts:
# [Meeting Name] — [Date]
**Duration:** 30 min
**Attendees:** [names]
**Pre-read:** [link to document, if any]
## Agenda
1. **[Topic]** (X min) — [owner]
- Context: [one sentence]
- Goal: [decision / review / brainstorm]
2. **[Topic]** (X min) — [owner]
- Context: [one sentence]
- Goal: [decision / review / brainstorm]
3. **Action items review** (5 min)
- Review open items from last meeting
## Parking Lot
Items raised but deferred to a future meeting.
# [Meeting Name] — [Date]
**Attendees:** [names]
## Decisions
- [Decision 1]: [what was decided and why]
- [Decision 2]: [what was decided and why]
## Discussion Summary
- [Topic]: [key points raised, dissenting views if any]
## Action Items
| Action | Owner | Due |
|--------|-------|-----|
| [what] | [who] | [when] |
For recurring meetings (standups, retros, 1:1s), define a standing structure:
| Meeting | Frequency | Standard Agenda | |---------|-----------|----------------| | Standup | Daily | Blockers, priorities today, announcements | | Sprint retro | Biweekly | What went well, what to improve, action items | | 1:1 | Weekly | Career updates, blockers, feedback | | Team sync | Weekly | Project updates, decisions needed, announcements |
| Pattern | Problem | |---------|---------| | No agenda | Meeting meanders, no clear outcome | | Too many attendees | Decision-making stalls | | No action items | Discussion without follow-through | | Meeting could be an async message | Wastes synchronous time |
development
TypeScript coding standards and type safety conventions. Use when: creating TypeScript files, defining interfaces and types, writing type-safe code, reviewing TypeScript for type correctness, auditing a codebase for type safety gaps, eliminating any or ts-ignore usage, or improving strict-mode compliance. Covers strict typing, avoiding any and ts-ignore, discriminated unions, Zod runtime validation, immutability patterns, and proper type definitions.
testing
Writing clear, actionable tickets in any issue tracker (Jira, Linear, GitHub Issues, ServiceNow, etc.). Use when: creating epics, stories, tasks, bugs, or spikes; writing acceptance criteria; decomposing work for a sprint; linking dependencies between tickets; auditing backlog items for clarity; or coaching a team on ticket quality. Covers title conventions, description templates, acceptance criteria, decomposition rules, dependency linking, and org-specific pluggable configuration.
development
Testing strategy, patterns, and evaluation for software and LLM/AI systems. Use when: writing tests, choosing test boundaries, designing test data, structuring test suites, evaluating LLM outputs, building evaluation pipelines, setting coverage thresholds, auditing test coverage gaps in existing projects, or improving test quality and structure.
development
Writing effective status updates for different audiences and cadences. Use when: writing a weekly status update, preparing a monthly summary, drafting a quarterly review, sending updates to leadership, sharing progress with stakeholders, or improving the clarity and impact of team communications. Covers weekly, monthly, and quarterly formats tailored for upward, lateral, and downward communication.