| name | ai-slides |
| description | Generate complete presentations with AI — from outline to polished slides. Use when a user asks to create a presentation, build slides, make a pitch deck, generate a slide deck, create a keynote, prepare a talk, build a demo presentation, or produce any slide-based content. |
| license | Apache-2.0 |
| metadata | {"author":"terminal-skills","version":"1.0.0","category":"design","tags":["presentations","slides","pitch-deck","keynote","storytelling"],"use-cases":["Create pitch decks for investors with narrative structure and data","Build internal presentations for team updates and project proposals","Generate conference talk slides with speaker notes"],"agents":["claude-code","openai-codex","gemini-cli","cursor"]} |
AI Slides
Overview
Generate complete, well-structured presentations from topic descriptions, outlines, or raw content. Handles pitch decks, team updates, conference talks, product demos, and educational presentations. Produces slide content with titles, body text, speaker notes, and layout suggestions optimized for visual clarity and audience engagement.
Instructions
When a user asks you to create a presentation, follow these steps:
Step 1: Define the presentation parameters
| Parameter | Options |
|---|
| Type | Pitch deck, team update, conference talk, product demo, training, proposal |
| Audience | Investors, executives, engineers, customers, general public |
| Duration | 5 min (~8 slides), 15 min (~15 slides), 30 min (~25 slides) |
| Format | Minimal (text-light), data-heavy (charts/tables), visual (image-driven) |
| Tool | PowerPoint, Google Slides, Keynote, Reveal.js, HTML |
Step 2: Create the narrative structure
Every presentation needs a story arc:
1. HOOK — Open with a surprising fact, question, or bold statement
2. PROBLEM — What is broken? Why should the audience care?
3. SOLUTION — Your answer to the problem
4. EVIDENCE — Data, demos, case studies that prove it works
5. VISION — Where this goes next / the bigger picture
6. ASK/CTA — What you want the audience to do
Pitch deck structure (10-12 slides):
1. Title slide (company name, tagline, logo)
2. Problem (the pain point you solve)
3. Solution (your product/approach)
4. How it works (3-step explanation or demo)
5. Market size (TAM/SAM/SOM)
6. Traction (users, revenue, growth metrics)
7. Business model (how you make money)
8. Competition (positioning matrix)
9. Team (founders and key hires)
10. Financials (projections, key metrics)
11. The ask (funding amount, use of funds)
12. Contact (email, website, next steps)
Team update structure (8-10 slides):
1. Title + date
2. TL;DR / Executive summary
3. Key metrics dashboard
4. Completed this period
5. In progress
6. Blockers and risks
7. Next period plan
8. Discussion / Q&A
Step 3: Write each slide
For every slide, provide:
## Slide [N]: [Title]
**Layout:** [Title + bullets / Title + image / Full-bleed image / Data chart / Quote]
**Content:**
- [Headline or key message]
- [Supporting point 1]
- [Supporting point 2]
- [Supporting point 3]
**Speaker Notes:**
[What to say while this slide is showing. 2-4 sentences.]
**Visual Suggestion:**
[What image, chart, or graphic would strengthen this slide]
Step 4: Apply slide design principles
Text rules:
- Maximum 6 lines of text per slide
- Maximum 6 words per bullet point
- One idea per slide — if you need more text, add another slide
- Title should communicate the takeaway, not just the topic
("Revenue grew 3x" not "Revenue Update")
Visual rules:
- Use the full slide area. Do not cram content into a small box.
- Left-align text. Centered text is harder to scan.
- Use high-contrast text on backgrounds (white on dark, dark on light)
- One hero image or chart per slide. Never two competing visuals.
- Consistent margin/padding on every slide
Data visualization:
- Bar charts for comparisons
- Line charts for trends over time
- Pie charts almost never (use bar charts instead)
- Big numbers for single key metrics ("3x growth" large and centered)
- Tables only when comparing 3+ items across 3+ attributes
Step 5: Add transitions and flow
- Each slide should lead naturally to the next
- Use transition phrases in speaker notes ("Building on that...", "So what does this mean?")
- Group related slides into sections with a section divider slide
- End strong — the last slide should be memorable, not "Thank you" with an email address
Examples
Example 1: Startup pitch deck
User request: "Create a pitch deck for a developer productivity tool"
Output (abbreviated):
## Slide 1: Title
**Layout:** Centered, minimal
**Content:**
# DevFlow
### Ship 2x faster with AI-powered workflows
**Visual:** Logo + subtle gradient background
---
## Slide 2: The Problem
**Layout:** Title + 3 pain points
**Content:**
# Developers lose 15 hours/week to tooling friction
- Context switching between 8+ tools per task
- Manual setup for every new project
- Tribal knowledge trapped in wikis nobody reads
**Speaker Notes:**
We surveyed 500 developers. The number one complaint was not the code
itself — it was everything around the code. Setup, config, searching
for how to do things.
---
## Slide 3: The Solution
**Layout:** Title + product screenshot
**Content:**
# One command. Zero friction.
DevFlow connects your tools into automated workflows that handle
the boring stuff so you can focus on code.
**Speaker Notes:**
Demo the 3-command setup flow. Show how a new developer goes from
clone to productive in under 5 minutes.
**Visual:** Product screenshot or short GIF of the CLI in action
Example 2: Conference talk slides
User request: "Create slides for a 15-minute talk on API design best practices"
Output structure:
## Slide 1: Title
# APIs Are User Interfaces Too
[Speaker name] — [Conference name] 2025
## Slide 2: Hook
# Your API has more users than your website
"87% of developers evaluate a product by its API first"
## Slide 3-5: Problem slides
[Common API design mistakes with code examples]
## Slide 6-10: Principles
[One principle per slide with before/after code]
## Slide 11-13: Real examples
[Case studies from well-known APIs]
## Slide 14: Summary
[The 5 rules on one slide as a reference]
## Slide 15: Close
[Memorable closing statement + where to learn more]
Example 3: Team quarterly review
User request: "Build slides for our Q4 engineering review"
Output structure:
## Slide 1: Title
# Q4 Engineering Review
Platform Team — January 2025
## Slide 2: Quarter at a Glance
[4 big metrics: shipped features, uptime, velocity, team size]
## Slide 3: Key Wins
[3 major accomplishments with impact numbers]
## Slide 4-6: Project Deep Dives
[One slide per major project: what, why, result]
## Slide 7: Metrics Dashboard
[Chart showing key trends across the quarter]
## Slide 8: Challenges
[Honest look at what did not go well and lessons learned]
## Slide 9: Q1 Roadmap
[Top 3-5 priorities for next quarter]
## Slide 10: Discussion
[Open questions and topics for group input]
Guidelines
- Slides are a visual aid, not a document. If someone can read the slides and skip the talk, the slides have too much text.
- Design for the back row. Text should be readable from 20 feet away. Minimum 24pt for body text, 36pt for titles.
- The title of every slide should be the key takeaway, not a topic label. "We grew 3x this year" is a title. "Growth" is a label.
- Use progressive reveal when presenting complex ideas. Build up one point at a time rather than showing everything at once.
- Speaker notes are essential. Write them as natural speech, not bullet points.
- End with energy. The last thing the audience hears is what they remember. Make it count.
- Rehearse the timing. A common mistake is having too many slides for the time slot.
- Keep a consistent visual style. Same fonts, colors, and layouts throughout. Inconsistency looks unprofessional.
- When in doubt, cut a slide. Fewer, stronger slides always beat more, weaker ones.
