stakeholder-brief
Skill25 starsChanged 9 months agoMITView on GitHub
Write exec-ready stakeholder updates, decision documents, and status reports. Adapts tone and detail level for different audiences (exec team, engineering, cross-functional). Structured for fast decision-making.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- murphytrueman/design-system-opstheir own version, first seen Sep 23, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- murphytrueman/design-system-ops★ 197same name
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 repository16 other files it gives its agents.
- ai-ethics-tradeoffsSkill
- ai-market-landscapeSkill
- ai-product-teardownSkill
- analytical-pmSkill
- behavioral-pmSkill
- launch-checklistSkill
- metric-dashboardSkill
- mock-interviewerSkill
- pm-case-studySkill
- pm-writingSkill
- prd-writerSkill
- prioritization-matrixSkill
- product-senseSkill
- product-strategySkill
- technical-pmSkill
- user-research-synthesisSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
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 36
Deadline: When this decision is needed by (and why)
- Distinctive: line 68
Use revenue, user growth, competitive positioning language
- Distinctive: line 80
Use specific feature/project names
- Distinctive: line 84
Lead with the ask: Don't bury the lead. What do you need?
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Stakeholder Brief Skill
Generate polished stakeholder communications — status updates, decision docs, and executive briefs.
When to Use
- User needs to write a status update for leadership
- User needs a decision document for a cross-functional review
- User needs to communicate product changes to stakeholders
- User says
/stakeholder-brieffollowed by the context - Any exec communication that needs to be clear, concise, and actionable
Document Types
Type 1: Status Update
For regular cadence updates (weekly, monthly, quarterly).
Structure:
- TL;DR (2-3 sentences): What happened, what's next, any blockers
- Key Metrics: Table of 3-5 metrics with trend arrows (up/down/flat)
- Highlights: Top 2-3 wins this period
- Lowlights: Top 1-2 challenges or misses
- Next Period Focus: What the team will prioritize
- Asks: What you need from the audience (decisions, resources, alignment)
Type 2: Decision Document
For getting alignment on a specific decision.
Structure:
- Decision Needed: One sentence stating the decision clearly
- Deadline: When this decision is needed by (and why)
- Context: 2-3 paragraphs of background (assume the reader has limited context)
- Options (3 max):
Option A Option B Option C Description Pros Cons Effort Risk - Recommendation: Which option and why (be opinionated)
- What Happens If We Don't Decide: The cost of inaction
- Appendix: Supporting data, research, or analysis
Type 3: Executive Brief
For escalations, board updates, or senior leadership.
Structure:
- Bottom Line Up Front (BLUF): One sentence conclusion/ask
- Situation: What's happening (facts only, 2-3 sentences)
- Complication: Why this matters / what changed (2-3 sentences)
- Resolution: What you propose (specific action items with owners and dates)
- Supporting Data: Key numbers in a table or bullet list
- Risks: What could go wrong with the proposed resolution
Audience Adaptation
Adjust detail level and language based on audience:
C-Suite / Board:
- Maximum 1 page
- Focus on business impact and strategic implications
- Use revenue, user growth, competitive positioning language
- Include specific asks with dollar amounts or headcount
VP / Director:
- 1-2 pages
- Include metrics AND qualitative context
- Reference OKR/goal alignment
- Include timeline and dependencies
Engineering / Cross-Functional:
- Can be longer
- Include technical details where relevant
- Use specific feature/project names
- Include clear ownership and next steps
Writing Principles
- Lead with the ask: Don't bury the lead. What do you need?
- Be specific: "Revenue up 12% QoQ" not "Revenue is trending well"
- Show your work: Link to data sources, include methodology
- Anticipate questions: Address the obvious follow-ups preemptively
- Use formatting: Tables, bold, bullet points — make it scannable
- State confidence: "We're 80% confident" is more useful than "We think"
Output Format
Generate clean markdown optimized for pasting into email, Slack, Notion, or Google Docs. Use tables for comparisons. Bold key numbers. Keep paragraphs short (2-3 sentences max).
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.

