Create branded Google Slides presentations using Figma brand assets and Google Slides MCP. Use when asked to create a deck, presentation, pitch, or slides. Supports customer decks, sales presentations, internal updates, and product overviews. Pulls brand tokens (colors, typography, layouts) from Figma and creates slides in Google Slides. Requires figma and google-slides MCP servers.
Install
npx skillscat add inkeep/team-skills/gslides Install via the SkillsCat registry.
Google Slides Presentation Builder
Create on-brand Google Slides presentations by combining Figma brand assets with Google Slides MCP tools.
Prerequisites
This skill requires two MCP servers (scoped to the gtm plugin — they only load when working in plugins/gtm):
- figma — brand asset access (colors, typography, logos, layouts)
- google-slides — presentation creation and manipulation (50+ tools for text, images, styling)
If any are missing, instruct the user to run:
~/.claude/plugins/marketplaces/inkeep-team-skills/secrets/setup.sh --skill google-mcp --account inkeep.1password.comThis registers both MCP servers under the gtm plugin project scope only.
Workflow
1. Parse the request
Identify:
- Presentation type: customer deck, sales pitch, internal update, product overview, competitive comparison
- Audience: prospects, customers, internal team, investors, partners
- Content scope: what topics/sections to cover
- Length target: approximate slide count (default: 8-12 slides)
- Existing deck: if user provides a Google Slides URL, use it as the starting point (skip step 2)
- Content sources: reports in
~/.claude/reports/, documents, URLs, or inline instructions
2. Find a starting point
Before creating anything from scratch, find relevant existing work. Do this in order:
a) Check master deck templates
Load: references/master-decks.md
Match the presentation type to a master deck template. If there's a match, this is the default starting point — clone it, then customize.
b) Ask about prior versions
Ask the user if there are existing presentations on this topic, audience, or company. If they provide a Google Slides URL, use mcp__google-slides__get_presentation to read it.
c) Present options to the user
| What was found | Default action |
|---|---|
| Master deck matches the type | Clone the master deck, then customize for this request |
| Prior customized deck found for same company/topic | Offer to extend or duplicate the prior deck |
| Both master and prior deck found | Ask user: start from master (clean slate) or extend the prior version |
| Nothing relevant found | Create fresh (proceed to step 3) |
| User provided a specific URL in step 1 | Use that deck directly (clone or extend as appropriate) |
Wait for user confirmation before proceeding. If the user says "just create a new one," skip to step 3.
Cloning a deck: Use mcp__google-slides__get_presentation to read the source deck, then mcp__google-slides__create_presentation to create a new copy and replicate the slides. Never modify master decks directly.
3. Pull brand assets from Figma
Use the Figma MCP to extract brand tokens from the Inkeep design system.
Load: references/brand-guidelines.md for the Figma file URL and fallback token values.
Key assets to extract:
- Color palette: primary, secondary, accent, background, text colors
- Typography: font families, sizes, weights for headings vs body
- Logo: URL/export for slide headers or title slide
- Layout patterns: common slide structures from the design system
If the Figma MCP is unavailable, use the fallback tokens in references/brand-guidelines.md.
If extending or customizing a cloned deck that already has brand styling, skip this step — the styling carries over from the source.
4. Plan slide structure
Design the slide deck outline before creating anything.
If working from a cloned deck (master or prior version), read its existing slides first via mcp__google-slides__get_presentation. Then plan what to keep, modify, add, or remove.
Common slide types (for new decks or adding slides):
| Slide Type | Purpose | When to Use |
|---|---|---|
| Title slide | Set context, company name, presentation title | Always first |
| Problem/challenge | Frame the pain point | Customer/sales decks |
| Solution overview | High-level value proposition | Customer/sales decks |
| Feature deep-dive | Specific capability with visual | Product presentations |
| Social proof | Customer logos, quotes, metrics | Sales decks |
| Architecture/diagram | Technical overview | Technical audiences |
| Comparison/matrix | Feature comparison or competitive positioning | Evaluation stage |
| CTA/next steps | Clear call to action | Always last |
Present the slide outline to the user for review before creating or modifying slides.
5. Create or modify the presentation
Load: references/mcp-tools.md for the full tool reference.
Choose the approach based on the starting point:
Option A: Customize a cloned deck (recommended when a master or prior deck was found)
Best when working from an existing deck that already has structure and styling.
- The deck was already cloned in step 2
- Read its slides:
mcp__google-slides__get_presentation - Modify slide content: update text boxes, swap images, adjust titles
- Add new slides where needed:
mcp__google-slides__add_slide - Remove irrelevant slides:
mcp__google-slides__delete_slide - Reorder if necessary:
mcp__google-slides__move_slide
Option B: Slide-by-slide (for new decks)
Best when creating fresh decks from scratch.
- Create a blank presentation:
mcp__google-slides__create_presentation - Add slides:
mcp__google-slides__add_slide - Add text boxes with coordinates:
mcp__google-slides__add_text_box - Add images:
mcp__google-slides__add_image - Style text:
mcp__google-slides__update_text_style
6. Apply brand styling
After slides are created or modified, verify brand consistency:
- Slide background colors match brand palette
- Text styles (font family, size, color) match brand typography
- Logo present in header/footer where appropriate
- Color contrast meets readability standards
For cloned decks, styling should already be correct — only verify and fix inconsistencies.
Use mcp__google-slides__batch_update for efficient bulk styling.
7. Populate content
For each slide:
- Write concise, audience-appropriate copy
- Keep text minimal: max 6 bullet points per slide, max 8 words per bullet
- Use inverted pyramid: key message first, supporting detail below
- Include relevant data points, metrics, or quotes where appropriate
- For sales decks: lead with outcomes and pain points, then connect to capability
For cloned decks, focus on customizing existing content (company name, specific pain points, tailored metrics) rather than rewriting everything.
8. Review and deliver
- Get the presentation URL via
mcp__google-slides__get_presentation - Verify:
- Slide count matches the planned outline
- Consistent styling across all slides (colors, fonts, spacing)
- No orphaned text or empty slides
- Readable font sizes (minimum 18pt body, 28pt+ headings)
- Title slide and CTA slide present
- If cloned: placeholder content has been fully replaced (no leftover "[Company Name]" etc.)
- Share the presentation URL with the user
Quality bar
Must have:
- Checked master decks and Drive before creating from scratch
- All slides follow brand color palette and typography
- Title slide with presentation title and company context
- Content is concise and audience-appropriate
- Presentation URL shared with the user
Should have:
- Slide outline reviewed by user before creation
- Social proof (customer logos/metrics) for sales decks
- Clear CTA on the final slide
- Consistent layout patterns across slides
- If cloned: all placeholder content replaced with actual content
Anti-patterns
- Creating from scratch when a master exists: Always check
references/master-decks.mdfirst - Editing a master deck directly: Clone it, then customize the copy
- Leftover placeholders: If cloning, ensure no "[Company Name]" or template text remains
- Wall of text: Never put more than 6 lines of text on a single slide
- Generic visuals: Use brand assets from Figma, not generic placeholders
- Feature dumps: Lead with outcomes and pain points, not feature lists
- Inconsistent styling: All slides must use the same color palette and typography
- Missing context: Every slide should be understandable without the presenter narrating
- Skipping the outline: Always present the slide structure before creating slides