Executive Update
Executive Update Skill

Transform detailed product updates into concise executive briefings. Use when asked to write an executive update, leadership update, product update for the exec team, or a C-suite product briefing.
--- name: executive-update description: "Transform detailed product updates into concise executive briefings. Use when asked to write an executive update, leadership update, product update for the exec team, or a C-suite product briefing. Produces a structured 250-word briefing with headline, key metrics, progress, risks, decisions needed, and next steps." --- # Executive Update Skill Produce a stakeholder update that busy executives will actually read — structured around what they care about: decisions, risks, and numbers. ## Reads from / Writes to the Brain If a [`professional-brain`](../professional-brain/SKILL.md) (`brain/`) exists, ground in it instead of re-asking for what you already know: - **Read first:** recent `decisions/`, `knowledge/` (the headline numbers + their definitions), and `context.md` (voice). Run `python3 ../professional-brain/scripts/brain_query.py ./brain "<period or initiative>"` and carry provenance through — flag a metric that's only `[verbal]`. - **📥 Propose to the Brain:** the update mostly *reads* — but propose recording any **new** decision or commitment it surfaces to `decisions/`, provenance-tagged. Show it, get a yes, then write with `../professional-brain/scripts/brain_write.py … --commit` (append-only, dry-run by default). ## Required Inputs
Overview
Produce a stakeholder update that busy executives will actually read — structured around what they care about: decisions, risks, and numbers.
Manual install (npx, ZIP)
npx skills add mohitagw15856/pm-claude-skills --skill executive-update -g -a claude-codemkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/mohitagw15856/pm-claude-skills/tar.gz/f6ca79348c55 \
| tar -xz -C ~/.claude/skills --strip-components=2 pm-claude-skills-f6ca79348c55/skills/executive-updateNew-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/329d97d0bb5bf81f27b5/executive-update.zip" -OutFile "$env:TEMP\executive-update.zip"; Expand-Archive "$env:TEMP\executive-update.zip" -DestinationPath "$HOME\.claude\skills" -ForceConnects with Agent Alley MCP · agentalley.io/mcp
Files included
SKILL.md4.1 KB
Read the files here
mohitagw15856/
Shared references4SKILL.md reads these from elsewhere in the repo. Not in the ZIP.
- SKILL.mdskills/professional-brain/8.6 KB
- brain_query.pyskills/professional-brain/scripts/3.8 KB
- brain_write.pyskills/professional-brain/scripts/4.8 KB
- context.mdtemplates/brain/1008 B
Show the full text76 lines
Executive Update Skill
Produce a stakeholder update that busy executives will actually read — structured around what they care about: decisions, risks, and numbers.
Reads from / Writes to the Brain
If a professional-brain (brain/) exists, ground in it instead of re-asking for what you already know:
- Read first: recent
decisions/,knowledge/(the headline numbers + their definitions), andcontext.md(voice). Runpython3 ../professional-brain/scripts/brain_query.py ./brain "<period or initiative>"and carry provenance through — flag a metric that's only[verbal]. - 📥 Propose to the Brain: the update mostly reads — but propose recording any new decision or commitment it surfaces to
decisions/, provenance-tagged. Show it, get a yes, then write with../professional-brain/scripts/brain_write.py … --commit(append-only, dry-run by default).
Required Inputs
Ask the user for these if not provided:
- Product update or notes (raw input to transform — even bullet points work)
- Audience (CEO, board, specific exec, or general leadership)
- Period (this week / sprint / month / quarter)
- Key metrics (what numbers matter to this audience)
Executive Communication Principles
- Lead with the headline, not the context
- Every update should answer: "So what does this mean for the business?"
- Flag decisions needed clearly — don't bury asks in paragraphs
- Be honest about risks — executives hate surprises more than bad news
Process
- Read the full product update provided
- Identify: key metric movements, decisions required, risks to flag, wins to celebrate
- Write in reverse pyramid style — most important first
- Limit to 250 words maximum for the main body
- Add a "Decisions Needed" section with clear options and your recommendation
- Validate — Confirm every decision needed has a specific option and recommendation (not just "TBD"), and every risk has a mitigation or watch plan
Output Structure
Product Update — [Date / Sprint / Month]
Headline: [One sentence on the most important thing]
By the Numbers:
Progress This Period: [3-4 bullet points, outcome-focused not activity-focused]
Risks & Watch Items: [2-3 bullets — be direct, include mitigation]
Decisions Needed:
- [Decision] — Options: [A] or [B] — Recommendation: [your view] — Needed by: [date]
What's Next: [2-3 bullets on next period priorities]
Quality Checks
- Whole update is under 250 words (if not, cut ruthlessly)
- Every metric includes a comparison point (vs. target or last period)
- Every risk has a mitigation or watch action
- Every decision needed has at least two options and a recommendation
- Written for a CFO or CEO — no jargon, all outcomes
Anti-Patterns
- Do not lead with context or background — executives read the headline first; bury the important thing below two sentences of setup and they will miss it
- Do not present metrics without a comparison point — a number without context (vs. target, vs. last period) cannot be interpreted and will prompt follow-up questions
- Do not soften or spin risks — executives rely on these updates to make resource and escalation decisions; sanitised risk sections destroy the update's utility
- Do not present a "Decisions Needed" item without a recommendation — asking an executive to decide without your view forces them to do the analytical work the PM should have done
- Do not exceed 250 words in the main body — length signals the author has not done the compression work; every word over 250 reduces the chance the update is read
| 1 | |
| 2 | name executive-update |
| 3 | description "Transform detailed product updates into concise executive briefings. Use when asked to write an executive update, leadership update, product update for the exec team, or a C-suite product briefing. Produces a structured 250-word briefing with headline, key metrics, progress, risks, decisions needed, and next steps." |
| 4 | |
| 5 | |
| 6 | # Executive Update Skill |
| 7 | |
| 8 | Produce a stakeholder update that busy executives will actually read — structured around what they care about: decisions, risks, and numbers. |
| 9 | |
| 10 | ## Reads from / Writes to the Brain |
| 11 | |
| 12 | If a [`professional-brain`] (`brain/`) exists, ground in it instead of re-asking for what you already know: |
| 13 | |
| 14 | **Read first:** recent `decisions/`, `knowledge/` (the headline numbers + their definitions), and `context.md` (voice). Run `python3 ../professional-brain/scripts/brain_query.py ./brain "<period or initiative>"` and carry provenance through — flag a metric that's only `[verbal]`. |
| 15 | **📥 Propose to the Brain:** the update mostly *reads* — but propose recording any **new** decision or commitment it surfaces to `decisions/`, provenance-tagged. Show it, get a yes, then write with `../professional-brain/scripts/brain_write.py … --commit` (append-only, dry-run by default). |
| 16 | |
| 17 | ## Required Inputs |
| 18 | |
| 19 | Ask the user for these if not provided: |
| 20 | **Product update or notes** (raw input to transform — even bullet points work) |
| 21 | **Audience** (CEO, board, specific exec, or general leadership) |
| 22 | **Period** (this week / sprint / month / quarter) |
| 23 | **Key metrics** (what numbers matter to this audience) |
| 24 | |
| 25 | ## Executive Communication Principles |
| 26 | Lead with the headline, not the context |
| 27 | Every update should answer: "So what does this mean for the business?" |
| 28 | Flag decisions needed clearly — don't bury asks in paragraphs |
| 29 | Be honest about risks — executives hate surprises more than bad news |
| 30 | |
| 31 | ## Process |
| 32 | Read the full product update provided |
| 33 | Identify: key metric movements, decisions required, risks to flag, wins to celebrate |
| 34 | Write in reverse pyramid style — most important first |
| 35 | Limit to 250 words maximum for the main body |
| 36 | Add a "Decisions Needed" section with clear options and your recommendation |
| 37 | **Validate** — Confirm every decision needed has a specific option and recommendation (not just "TBD"), and every risk has a mitigation or watch plan |
| 38 | |
| 39 | ## Output Structure |
| 40 | |
| 41 | ### Product Update — [Date / Sprint / Month] |
| 42 | **Headline:** [One sentence on the most important thing] |
| 43 | |
| 44 | **By the Numbers:** |
| 45 | [Metric 1]: [value] ([vs. target / last period]) |
| 46 | [Metric 2]: [value] ([vs. target / last period]) |
| 47 | [Metric 3]: [value] ([vs. target / last period]) |
| 48 | |
| 49 | **Progress This Period:** |
| 50 | [3-4 bullet points, outcome-focused not activity-focused] |
| 51 | |
| 52 | **Risks & Watch Items:** |
| 53 | [2-3 bullets — be direct, include mitigation] |
| 54 | |
| 55 | **Decisions Needed:** |
| 56 | [Decision] — Options: [A] or [B] — Recommendation: [your view] — Needed by: [date] |
| 57 | |
| 58 | **What's Next:** |
| 59 | [2-3 bullets on next period priorities] |
| 60 | |
| 61 | ## Quality Checks |
| 62 | |
| 63 | [ ] Whole update is under 250 words (if not, cut ruthlessly) |
| 64 | [ ] Every metric includes a comparison point (vs. target or last period) |
| 65 | [ ] Every risk has a mitigation or watch action |
| 66 | [ ] Every decision needed has at least two options and a recommendation |
| 67 | [ ] Written for a CFO or CEO — no jargon, all outcomes |
| 68 | |
| 69 | ## Anti-Patterns |
| 70 | |
| 71 | [ ] Do not lead with context or background — executives read the headline first; bury the important thing below two sentences of setup and they will miss it |
| 72 | [ ] Do not present metrics without a comparison point — a number without context (vs. target, vs. last period) cannot be interpreted and will prompt follow-up questions |
| 73 | [ ] Do not soften or spin risks — executives rely on these updates to make resource and escalation decisions; sanitised risk sections destroy the update's utility |
| 74 | [ ] Do not present a "Decisions Needed" item without a recommendation — asking an executive to decide without your view forces them to do the analytical work the PM should have done |
| 75 | [ ] Do not exceed 250 words in the main body — length signals the author has not done the compression work; every word over 250 reduces the chance the update is read |
| 76 |
Details
- Updated
- Sep 23, 2026
- License
- MIT
- Stars on the repo
- ★ 1,395
- Checked
- Source
- mohitagw15856/pm-claude-skills ↗
- Creator
- mohitagw15856 · 191 listings
Similar skills
See all →
SkillCompetitor Ad Analyzer
SkillProduct Listing Visual Creator
SkillPricing Page Builder
SkillArticle Opening Hooks
SkillEcommerce Landing Page Designer
SkillDirect Response CopywriterMore from mohitagw15856
Skill360 Feedback Survey
SkillExperiment Design Planner
SkillWeb Accessibility Auditor
SkillKey Account Planner
SkillAEO Optimizer
SkillAI Ethics Review Conductor