skills/comms/SKILL.md
Writing for specific audiences: leadership, peers, team, and org-wide. Use when: preparing an executive briefing, writing a team newsletter, communicating up/down/ laterally, announcing a launch or change, escalating an issue, delivering difficult messages, pushing back on a request, or building team visibility across the org.
npx skillsauth add michaelsvanbeek/personal-agent-skills commsInstall 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.
For recurring status updates (weekly, monthly, quarterly), see the status-updates skill.
They care about: business impact, risks, decisions needed, confidence level.
## [Topic] — [Date]
### Bottom Line
[1–2 sentences: the key message. Most important thing first.]
### Context
[2–3 sentences: enough background to understand]
### Options
| Option | Pros | Cons | Effort | Rec |
|--------|------|------|--------|-----|
| A | ... | ... | ... | ← |
| B | ... | ... | ... | |
### Recommendation
[Which option and why — 2 sentences]
### Ask
[Specific: "I need a decision by Friday" or "Approve option A"]
Tips:
They care about: dependencies, shared priorities, capacity, coordination.
## [Topic] — Cross-Team Update
### Context
[What's happening and why it affects both teams]
### Our Plan
[What we're doing and our timeline]
### What We Need From You
[Specific, timeboxed asks]
### What You Can Expect From Us
[Deliverables and dates]
### Open Questions
[Things to resolve together]
Tips:
They care about: context, impact on their work, recognition, honesty.
Tips:
They care about: high-level impact, customer stories, team culture.
Keep it accessible to non-engineers. Good for team visibility and recruiting.
Cadence: bi-weekly or monthly Channel: Slack, email, or Confluence Length: 3–5 minutes to read
# [Team Name] Update — [Date]
## Wins
- [Win with impact] — [brief context]
- [Win with impact]
## What's Coming
- [Initiative] — expected by [date], enables [outcome]
## By the Numbers
- [Metric]: [current] (from [previous])
## Spotlight
[Person or topic] — [what happened and why it matters]
## Links
- [Confluence page, demo recording, or dashboard]
Rules:
# [Announcement Title]
## What's Changing
[1–2 sentences]
## Why
[1–2 sentences]
## Impact
[Who is affected and how]
## Timeline
| Date | Milestone |
|------|-----------|
## What You Need to Do
[Numbered action items]
## Questions?
[Slack channel, FAQ link, contact person]
Post the announcement before the change, not after.
## Escalation: [Issue]
### Situation
[Factual, no editorializing]
### Impact
[Business impact: customers, revenue, timeline]
### What We've Tried
[Steps taken]
### What We Need
[Specific decision or action]
### Timeline
[Urgency: "Need a decision by EOD"]
Stick to facts. Quantify impact. Propose a path forward.
"I understand the importance of [their request]. Here's the trade-off:
taking this on would mean [what we'd deprioritize].
My recommendation is [alternative]. If [their request] is the higher
priority, I'm open to adjusting — I want to make sure we're making
that trade-off intentionally."
| Anti-Pattern | Fix | |-------------|-----| | Burying bad news | Lead with the most important item | | Problems without solutions | Always propose a path forward | | Jargon with execs | Translate to business language | | Vague asks | Make every ask specific and actionable | | Over-communicating | Match detail to audience; less is more for execs | | Forgetting to name people | Always credit individuals |
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.