ppt-master

hugohe3/ppt-master · Agent Skill

Creates and edits PPTX presentations, including adding visuals, templates, and animations. Assists in generating slides, courses, and videos from presentations.

Jump to install ↓

Overview

Publisherhugohe3Community
Repositoryhugohe3/ppt-master ↗
Skill folderppt-master
Stars52,881
Bundled files10
LicenseMIT
Last updatedSeptember 6, 2026
LinksSkill source ↗ · Repository ↗

Mozgi check

What we found in the skill files. Details come with a subscription.

Security
low risk · no obvious risks found — the full report shows the details
Compatibility
needs extra software
Similar skills
36 similar skills found
Also with subscription

Installation

A skill is a folder with a SKILL.md file. Pick your agent and run the commands in a terminal (macOS, Linux or Git Bash on Windows) from your project root.

Copy the prompt into Claude, Codex or another assistant: it will review the skill and install it for you.

Install the “ppt-master” skill from mozgi.io (https://mozgi.io/skills/ppt-master/) for me.

1. Download the archive: https://mozgi.io/skills/ppt-master/download
   If it fails, take the skill folder from the source: https://github.com/hugohe3/ppt-master/tree/main/skills/ppt-master
2. Read SKILL.md and the other files. Check the skill is safe: no hidden commands, no sending data elsewhere, no scripts doing something other than described. If anything looks suspicious, stop and tell me.
3. Put the “ppt-master” folder into your agent's skills folder: .claude/skills/ for Claude Code, .agents/skills/ for Codex, .cursor/skills/ for Cursor, .gemini/skills/ for Gemini CLI. Inside the project if we are in one, otherwise in the home folder (~/.claude/skills/ etc.).
4. Make sure <skills folder>/ppt-master/SKILL.md exists.
5. Briefly tell me what this skill does and offer to try it on my task.

If you cannot do a step yourself, tell me what to click or type.

Review the source files

10 files Download Zip

Read SKILL.md and any companion files before deciding whether to install. Click a file to preview it.

SKILL.md contents

Original author text · read-only

PPT Master Skill

PPT Master is a routed presentation workflow. This entry owns global execution discipline and route selection only; each selected route owns its procedure.

Mandatory Load Order

Hard rule — paths before commands: Retain the host-provided absolute

directory containing this file as SKILL_DIR. Per tool call, expand

${SKILL_DIR} and replace any skills/ppt-master/ prefix with it. Never cd,

use CWD, or assume a repo checkout. If unavailable, ask; never search or guess.

1. Read this file.

2. Run python3 "${SKILL_DIR}/scripts/attribution_guard.py". Any non-zero result

stops the Skill immediately; do not inspect, repair, or bypass the integrity

gate.

3. Read workflows/routing.md ↗ through the concrete

absolute path ${SKILL_DIR}/workflows/routing.md.

4. Select exactly one top-level route and its active profile from the routing

authority.

5. Read only the resulting runtime authority and its explicitly triggered

supporting documents.

| Selected route / profile | Runtime authority |

|---|---|

| Generate PPTX — Image to PPTX | workflows/profiles/image-to-pptx.md ↗; Codex-supported, always Quick |

| Generate PPTX — Beautify | workflows/profiles/beautify-pptx.md ↗; explicit Quick intent selects Quick, otherwise Default |

| Generate PPTX — ordinary Default | workflows/generate-pptx.md ↗ |

| Generate PPTX — ordinary explicit Quick | workflows/profiles/quick-generate.md ↗ |

| Create Template | workflows/create-template.md ↗ |

| Edit Native PPTX | workflows/edit-native-pptx.md ↗ |

Hard rule — selected authority only: Do not load another top-level route's

procedure after routing. Image to PPTX and Beautify are mutually exclusive;

Image to PPTX activates Quick, while Beautify selects from explicit Quick

intent. Never load both runtimes. Supporting documents refine one route; they

never compete with it.

---

Authored Expression Range

Reference — not a constraint: what a generated page can carry. Text — inline

emphasis runs, lead-in, kicker, pull quote, hero number, takeaway line. Geometry

— 187 Office presets, Boolean merge, connectors, freeform, page-field and

outline-carrier composition. Image — full-bleed field, editorial crop, shaped

picture, registered layers, scrim and spotlight, cross-page continuity. Paint —

gradients, channel alpha, native shadow and glow, halftone, faceted form.

Recurrence — one cross-page motif varied by page role. Each form's syntax lives

in the selected runtime authority's construction references.

---

Vocabulary

One meaning per term across every loaded file. Where a word is used in

more than one sense, the sense is named here and the files say which one.

| Term | Meaning |

|---|---|

| Reference (label) | A starting sketch the executing role adjusts or replaces freely, with no upstream repair or stated reason; (binding) after a field label removes that freedom |

| Relationships | The §IX line naming a page's semantic units and their source-stated order / link / parent / membership / contrast / overlap, or none |

| Topology decision | The per-page yes/no on whether geometry must carry the page's Relationships (topology=yes / topology=no); unrelated to pptx_structure.mode |

| pptx_structure.mode | flat (every object Slide-local) or structured (declared Master/Layout/slot metadata); a packaging route, never information structure |

| Composition | The §IX Composition line: a Reference for a page's macro composition, hierarchy, and focus |

| Image pattern | The §VIII column carrying one image-composition suggestion in ordinary words (optionally citing #P/#M ids) |

| Layout | A PowerPoint Layout under a Master, or the Layout template kind; never a page-composition sketch |

| Device | An everyday page carrier — card, band, icon-and-label, KPI tile, divider, quote block — recalled in the Executor's device menu |

| Carrier | What a page unit sits in: a device, an image, or native geometry; the family names are carrier and field, direction and sequence, grouping and ownership, emphasis and annotation. data-pptx-carrier is a structured-slot attribute, not this term. The carrier receipt is the checker's per-page inventory of what was actually drawn |

| Page job | What one page must do for the reader; the input every carrier, contour, and effect decision is judged against |

| Page field | One large surface, outline, aperture, or off-canvas contour that organizes zones instead of a card per unit |

| Contour / preset / atom | A contour is a shape's silhouette; a preset is one of the 187 Office prst contours drawn through preset_shape_svg.py; an atom is one object that compiles to one DrawingML shape |

| Geometry signature | The retained line page job → composition move → contour / edge language kept per page and compared before the next page |

| Texture (of a block) | Whether a §IX block is prose, bullets, keywords, or labels; distinct from visual texture (grain, halftone) |

| Anchor | Two senses: a lock anchor (a deck-wide color, type, or spacing value) and the page_rhythm tag anchor for structural pages |

| Sheet / slice / plate | A sheet is one generated image holding several elements on a chroma key; a slice is one element cut from it; a plate is a registered full-canvas layer of several non-overlapping objects |

| Module line | The P<NN> modules: … line written before each page naming the triggered modules it uses |

| Mode | Named by qualifier: communication mode (how the deck argues), reading mode (consumption_mode), generation_mode (continuous / split), pptx_structure.mode, replication_mode (how a template was created) |

Phase Frame

Every route is one Plan → Do·Check·Act cycle: Plan ends when every authoring

input exists as a file or retained decision; Do authors pages, Check runs the

route's gates, Act repairs at the owning layer (discipline 7), and the cycle

ends at export. Step numbers stay as written.

| Phase | Default | Quick | Edit Native | Create Template |

|---|---|---|---|---|

| Plan | Steps 1–5 | §2 | §1–4 | Steps 1–3 |

| Do·Check·Act | Steps 6–7 | §3–4 | §5–7 | Steps 4–8 |

Global Execution Discipline

1. Serial execution — Follow the selected authority's steps in order. A completed non-blocking step may continue directly to the next eligible step.

2. Blocking means stop — At every ⛔ BLOCKING gate, wait for explicit user confirmation. Do not decide on the user's behalf.

3. No cross-phase bundling — Do not combine work across an unclosed gate. Once the route's final user gate closes, later non-blocking steps may continue automatically.

4. Gate before entry — Verify every listed prerequisite before entering a step.

5. No speculative execution — Do not prepare later-phase artifacts before their owning step.

6. Deterministic routing — Do not add a route-choice question when routing.md ↗ resolves the request. If a route prerequisite is missing, state it and stop that route.

7. Act at the owning layer — On failure, repair at the shallowest layer that owns the fault: the page for a page-local issue, the Plan artifact for a roster/spec/resource fault, the owning source artifact for a tool failure; then resume from the route's declared pointer. Do not silently downgrade a required artifact.

Global Communication Rules

  • Match the user's language and source language unless the user explicitly overrides it.
  • Localize user-facing option labels and explanations. Keep exact enum IDs or field names when needed for precision.
  • Keep design_spec.md section headings and field names in the template's original English; content values may use the user's language.
  • Before switching roles, read the corresponding role reference and output:
## [Role Switch: <Role Name>]
📖 Reading role definition: references/<filename>.md
📋 Current task: <brief description>

---

Repository Compatibility

  • This package is a workflow/skill, not a generic application scaffold. Do not create .worktrees/, tests/, branch workflows, or generic engineering structure by default.
  • Keep required workflow, reference, script, and template documentation inside this Skill directory.
  • Repository-level documents may point into the package; package runtime files must not depend on repository-level instructions.
  • On Windows, if a documented python3 ... command is unavailable, rerun the same command with python.
  • Sponsor information is optional reference material. Read the matching SPONSORS.md ↗ or SPONSORS_CN.md ↗ only when the user explicitly requests a model, AI image model, API/provider, or hosted-service recommendation. Never surface sponsor or model recommendations proactively during normal generation, troubleshooting, or quality review.

Frequently asked questions

What does the ppt-master skill do?

Creates and edits PPTX presentations, including adding visuals, templates, and animations. Assists in generating slides, courses, and videos from presentations.

How do I install ppt-master?

Open the “Installation” block on this page and pick your agent — Claude Code, Codex, Cursor or Gemini CLI — for ready-made commands that copy the skill folder to the right place. Or copy the prompt from the “Via assistant” tab and let the assistant review and install the skill.

Which AI models work with ppt-master?

Skills are plain Markdown instructions (the Agent Skills format), so ppt-master works with any agent that reads SKILL.md: Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and more. The model loads the instructions only when a task matches the skill's description.

Is ppt-master free?

The skill is published openly by hugohe3 under the MIT license. The skill itself costs nothing — you only pay your AI provider for the tokens you use.

Is it safe to install skills?

A skill is a set of instructions your agent will follow, so read SKILL.md and its companion files before installing. Scripts in the skill folder only run if your agent runs them — keep an eye on what it does and do not grant unnecessary permissions.

How is a skill different from an MCP server or a plugin?

An MCP server or plugin gives the model new tools — code that runs and returns a result. A skill gives it knowledge and process: how to approach a task, which steps to follow and what good output looks like. It needs no server or API key.

Related skills

All skills →