Deck Context Briefing
Pptx deck context

Use when preparing the narrative, sources, and design context for a new editable PPTX deck.
--- name: pptx-deck-context description: "Use when preparing the narrative, sources, and design context for a new editable PPTX deck." --- # PPTX Deck Context Prepare the deck before coordinates or PPTX objects are authored. This skill owns the business narrative, source lineage, and design lock. ## Decision sequence 1. Confirm audience, decision, slide count, language, sources, and brand requirements. 2. Use the user-selected narrative framework. If none is specified, offer `mckinsey`, `scqa`, `pyramid`, `mece`, `action-title`, `assertion-evidence`, `exec-summary-first`, or `custom`; do not choose silently. 3. Assign stable source IDs and plan a `source_ref` for every metric, quotation, chart value, and factual claim. 4. Choose a documented design direction. Prefer a user brand guide, then read-only reference-deck evidence, then a reusable profile from `references/design-profiles.md`. 5. Record the framework, assumptions, source manifest, palette, typography, spacing, and signature elements in `summary` before authoring slides. ## Rules
Overview
Prepare the deck before coordinates or PPTX objects are authored. This skill owns the business narrative, source lineage, and design lock.
Manual install (npx, ZIP)
Claude Code
npx skills add wshobson/agents --skill pptx-deck-context -g -a claude-codeClaude Code (degit)
npx degit wshobson/agents/plugins/pptx-deck-creation/skills/pptx-deck-context#main ~/.claude/skills/pptx-deck-contextClaude.ai / desktop
Codex, Cursor, other agents
Connects with Agent Alley MCP · agentalley.io/mcp
Files included
SKILL.md1.6 KB
Read SKILL.md here
SKILL.md
Show the full text27 lines
PPTX Deck Context
Prepare the deck before coordinates or PPTX objects are authored. This skill owns the business narrative, source lineage, and design lock.
Decision sequence
- Confirm audience, decision, slide count, language, sources, and brand requirements.
- Use the user-selected narrative framework. If none is specified, offer
mckinsey,scqa,pyramid,mece,action-title,assertion-evidence,exec-summary-first, orcustom; do not choose silently. - Assign stable source IDs and plan a
source_reffor every metric, quotation, chart value, and factual claim. - Choose a documented design direction. Prefer a user brand guide, then read-only reference-deck evidence, then a reusable profile from
references/design-profiles.md. - Record the framework, assumptions, source manifest, palette, typography, spacing, and signature elements in
summarybefore authoring slides.
Rules
- One slide should communicate one message, with an action-style title where the framework calls for it.
- Treat design references as design evidence, not content or asset sources.
- Do not copy external fonts, images, icons, or logos without recorded licensing evidence.
- Translate design signals into explicit fills, typography, spacing, and bboxes; do not rely on an automatic layout engine.
- Keep long source material concise. Ask for a summary or decision-relevant excerpt instead of turning a deck spec into a document dump.
See references/design-profiles.md for reusable profile guidance.
| 1 | |
| 2 | name pptx-deck-context |
| 3 | description "Use when preparing the narrative, sources, and design context for a new editable PPTX deck." |
| 4 | |
| 5 | |
| 6 | # PPTX Deck Context |
| 7 | |
| 8 | Prepare the deck before coordinates or PPTX objects are authored. This skill owns the business narrative, source lineage, and design lock. |
| 9 | |
| 10 | ## Decision sequence |
| 11 | |
| 12 | Confirm audience, decision, slide count, language, sources, and brand requirements. |
| 13 | Use the user-selected narrative framework. If none is specified, offer `mckinsey`, `scqa`, `pyramid`, `mece`, `action-title`, `assertion-evidence`, `exec-summary-first`, or `custom`; do not choose silently. |
| 14 | Assign stable source IDs and plan a `source_ref` for every metric, quotation, chart value, and factual claim. |
| 15 | Choose a documented design direction. Prefer a user brand guide, then read-only reference-deck evidence, then a reusable profile from `references/design-profiles.md`. |
| 16 | Record the framework, assumptions, source manifest, palette, typography, spacing, and signature elements in `summary` before authoring slides. |
| 17 | |
| 18 | ## Rules |
| 19 | |
| 20 | One slide should communicate one message, with an action-style title where the framework calls for it. |
| 21 | Treat design references as design evidence, not content or asset sources. |
| 22 | Do not copy external fonts, images, icons, or logos without recorded licensing evidence. |
| 23 | Translate design signals into explicit fills, typography, spacing, and bboxes; do not rely on an automatic layout engine. |
| 24 | Keep long source material concise. Ask for a summary or decision-relevant excerpt instead of turning a deck spec into a document dump. |
| 25 | |
| 26 | See `references/design-profiles.md` for reusable profile guidance. |
| 27 |
Details
- Updated
- Sep 21, 2026
- License
- MIT
- Stars on the repo
- ★ 39,857
- Checked
- Source
- wshobson/agents ↗
- Creator
- wshobson · 179 listings
Similar skills
See all →
SkillAnimated Slide Deck Builder
SkillSVG Diagram Creator
SkillVisual Explainer
SkillHTML Presentation Studio
SkillLogo Designer
SkillPR LensMore from wshobson
Skill.NET Backend Developer
SkillWCAG 2.2 Implementation
SkillMaterial Design 3 & Compose
SkillAngularJS to Angular Upgrade
SkillReverse Engineering Defense
SkillApache Airflow DAG Builder