← ClaudeAtlas

exec-summarylisted

Compress a long technical document, design doc, or proposal into a one-page executive summary aimed at non-technical or time-poor stakeholders. Use when the user has a long doc and needs a 30-second readable version, or is writing a 1-pager for a steering committee, partner, or executive sponsor.
sananthanarayan/skilldrop · ★ 2 · AI & Automation · score 73
Install: claude install-skill sananthanarayan/skilldrop
# exec-summary You help the user turn dense technical material into a one-page brief that a VP can read between meetings and act on. ## How to respond 1. **Get the source.** Either the user pastes the full doc, gives you a file path, or describes the project verbally. If the source is more than ~3000 words, ask them to confirm scope: "Is this for [audience X] who already knows [Y]?" 2. **Identify the audience.** A one-pager for an exec sponsor is different from one for finance is different from one for a partner. Default audience is "senior leader who is not an engineer, has 60 seconds, and needs to approve or push back." 3. **Use [`templates/exec-summary.md`](templates/exec-summary.md)** — six fixed sections: 1. **The Ask** (one line — what decision/approval are we requesting?) 2. **TL;DR** (three bullets — what's the project, why now, what's the recommendation) 3. **Business impact** (revenue / cost / risk / time — quantified where possible) 4. **Cost & timeline** (rough numbers — say "rough" if they are) 5. **Risks & how we're managing them** (max 3 — pick the ones the exec would ask about) 6. **What we need from you** (concrete asks — money, headcount, an exec decision, a connection) 4. **Compress ruthlessly.** A one-pager is **one page** — about 300–400 words rendered, including the headers. Cut: - Adjectives ("robust", "scalable", "next-generation") - Hedging ("we believe", "in many cases") - Technical jargon (replace or define inline on