|
| 1 | +--- |
| 2 | +name: google-slides |
| 3 | +description: Inspect, create, import, summarize, and update Google Slides presentations through connected Google Slides data. Use when the user wants to find a deck, read slide structure, summarize a presentation, create a new presentation, import a `.ppt`, `.pptx`, or `.odp`, update slide text or layout, or route a Slides task to a more specific workflow such as visual iteration, template surgery, or template migration. |
| 4 | +--- |
| 5 | + |
| 6 | +# Google Slides |
| 7 | + |
| 8 | +## Overview |
| 9 | + |
| 10 | +Use this skill as the default entrypoint for Google Slides work. Read the deck first, preserve content by default, and route to a narrower sibling skill only when the task is specifically import, visual cleanup, structural repair, or template migration. |
| 11 | + |
| 12 | +## Preferred Deliverables |
| 13 | + |
| 14 | +- Deck briefs that summarize slide order, titles, structure, and obvious issues. |
| 15 | +- Edit plans that name the target presentation, slide numbers or object IDs, and the intended changes. |
| 16 | +- Native Google Slides presentations that are ready for follow-on cleanup or content edits. |
| 17 | + |
| 18 | +## Required Tooling |
| 19 | + |
| 20 | +Confirm the runtime exposes the relevant Google Slides actions before editing: |
| 21 | +- `search_presentations` when the user does not provide a target deck |
| 22 | +- `get_presentation` or `get_presentation_text` |
| 23 | +- `get_slide` |
| 24 | +- `batch_update` |
| 25 | +- `create_presentation` for new decks |
| 26 | +- `import_presentation` when starting from a local `.ppt`, `.pptx`, or `.odp` |
| 27 | +- `get_slide_thumbnail` when visual verification matters |
| 28 | + |
| 29 | +## Default Workflow |
| 30 | + |
| 31 | +1. Identify the target presentation. |
| 32 | +- If the user names a deck but does not provide a URL, search for it first. |
| 33 | +- If the user provides a local presentation file, import it before trying to edit slides. |
| 34 | + |
| 35 | +2. Read before writing. |
| 36 | +- Use `get_presentation` or `get_presentation_text` to capture slide order, titles, and overall structure. |
| 37 | +- Use `get_slide` before any slide-level write so object IDs and layout context come from the live deck. |
| 38 | + |
| 39 | +3. Choose the right depth of work. |
| 40 | +- For deck summaries, content review, or light text edits, stay in this skill. |
| 41 | +- Use [google-slides-import-presentation](../google-slides-import-presentation/SKILL.md) when the source is a local presentation file. |
| 42 | +- Use [google-slides-visual-iteration](../google-slides-visual-iteration/SKILL.md) for spacing, overlap, alignment, and visual polish. |
| 43 | +- Use [google-slides-template-surgery](../google-slides-template-surgery/SKILL.md) when the repeated layout structure is broken. |
| 44 | +- Use [google-slides-template-migration](../google-slides-template-migration/SKILL.md) when content should move onto a company or team template deck. |
| 45 | + |
| 46 | +4. Keep edits grounded. |
| 47 | +- Restate the target slide numbers, titles, or object IDs before making changes. |
| 48 | +- Prefer small `batch_update` requests over large speculative batches. |
| 49 | +- Use thumbnails for verification whenever the task is visual, not just textual. |
| 50 | + |
| 51 | +5. Report the outcome clearly. |
| 52 | +- Say which presentation and slides were read or changed. |
| 53 | +- Call out any remaining issues that need a narrower workflow or human design judgment. |
| 54 | + |
| 55 | +## Write Safety |
| 56 | + |
| 57 | +- Preserve slide order, titles, body text, charts, notes, and supporting evidence unless the user asks for a change. |
| 58 | +- Use live object IDs from the current deck state. Never guess IDs or request shapes. |
| 59 | +- Treat deck-wide rewrites, slide deletions, and broad template changes as explicit actions that should be clearly scoped. |
| 60 | +- If the user asks to edit a `.pptx`, convert it into native Google Slides first instead of promising in-place Office edits. |
| 61 | +- Do not promise pixel-perfect fidelity when importing Office formats into Google Slides. |
| 62 | + |
| 63 | +## Output Conventions |
| 64 | + |
| 65 | +- Reference slide numbers and titles when summarizing or planning edits. |
| 66 | +- Distinguish clearly between a proposed edit plan and changes that were actually applied. |
| 67 | +- When the request is exploratory, lead with the deck's purpose, major slide groups, and obvious weak spots. |
| 68 | +- When the request is write-oriented, state the exact slides or objects that will change before editing. |
| 69 | + |
| 70 | +## Example Requests |
| 71 | + |
| 72 | +- "Find the Q2 board deck and summarize the storyline slide by slide." |
| 73 | +- "Create a new Google Slides presentation from this outline." |
| 74 | +- "Import this PPTX into Google Slides and then clean up the layout." |
| 75 | +- "Update slide 6 so the title and chart description match the latest numbers." |
| 76 | + |
| 77 | +## Light Fallback |
| 78 | + |
| 79 | +If the presentation is missing or the Google Slides connector does not return deck data, say that Google Slides access may be unavailable, the wrong deck may be in scope, or the file may need to be imported first. |
0 commit comments