About executive-deck
An executive-presentation skill for building concise, evidence-led decks that state the answer first and carry a coherent argument through slide titles. It is intended for business reviews, status updates, and turning source documents into decision-oriented presentations.
Key features
- 01Answer-first story structure
- 02Slide length based on request
- 03Conclusion-led slide titles
- 04Source-grounded figures and claims
- 05Charts, bullets, and notes guidance
- 06Storyline and sourcing review
Use cases
- 01Preparing a business review deck
- 02Reporting a project status
- 03Turning a document into a presentation
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ genspark-ai/ genoffice --skill executive-deckAfter installing, type/executive-deckin Claude Code to confirm it loaded.
Details
From the project READMEExecutive deck
A reporting deck is read, not performed. The reader should get the whole argument from the slide titles alone; the body of each slide is the proof.
Before building
- Decide the single answer the deck gives. Write it as one sentence. That sentence is the title of slide 2 and the backbone of the whole deck.
- Read every attached or referenced file fully. Figures, names and dates come only from there. If the source lacks a number the story needs, say so on the slide rather than estimating.
- Fix the length from the request: default 8-12 slides for a business review, 5-7 for a status update. Fewer slides with a clear line beat more slides with everything.
Structure (pyramid, answer first)
- Title slide — Deck title that names the decision or question, date, presenter or team.
- Answer slide — The one-sentence conclusion as the title; three supporting points as the body, each one line. Nothing else.
- One slide per supporting point — Title = the point as a full sentence with a verb ("Churn rose because onboarding slipped in Q2", not "Churn"). Body = the evidence: one chart or one table or 3-5 bullets, never all three. Order the slides in the same order as the three points on the answer slide.
- Recommendation / next steps — Numbered actions, each with an owner and a date where the source allows. Title states what is being asked ("Approve the Q4 onboarding rebuild").
- Risks or open questions — Only if real. Short.
- Appendix — Detail tables, methodology, backup charts. Nothing in the appendix may be needed to follow the main story.
Slide rules
- Every title is a complete sentence stating a conclusion. If a title could sit on any deck ("Overview", "Results"), rewrite it.
- One message per slide. If a slide needs an "and", split it.
- Bullets: at most 5, each at most 12 words, parallel grammar, no sub-bullets. A bullet that needs a second line is a sentence for the notes, not a bullet.
- Numbers on slides carry unit and period. The source goes in a small footer line on that slide, not in a bullet.
- Charts: one series highlighted, the rest muted; title the chart with its takeaway, not its subject. Prefer bar for comparison, line for trend; no pie with more than 4 slices.
- Speaker notes hold the narration and the caveats, in full sentences. Write them for every content slide.
- Keep the deck's language consistent with the request and sources.
Turning a document into a deck
- Extract the document's conclusion first, then its three strongest supports; everything else is appendix or dropped.
- Never paste paragraphs onto slides. Each paragraph becomes at most one bullet, or a figure.
- Preserve the document's figures exactly; do not round further than the source does.
Design
Stay inside the app's default theme and layouts. Do not set custom fonts, colors or sizes unless the user asks for a specific look. Consistency across slides matters more than any single slide looking rich.
Before you say done
- Read only the titles, top to bottom: they must form a coherent argument that ends in the recommendation.
- The three points on the answer slide match the following slide titles in wording and order.
- No slide has more than one chart/table, or more than 5 bullets.
- Every content slide has notes.
- Tell the user the storyline in three lines and list anything you could not source.
Comments
Markdown supported