skills/presentations/SKILL.md
Presentation design, outlining, visual best practices, and brand compliance. Use when: building a presentation outline, choosing visuals for a slide deck, structuring a talk for a specific audience, iterating on presentation content in markdown before graduating to slides, reviewing an existing deck for flow and clarity, selecting the right chart or diagram type for a given message, or ensuring slides comply with an organization's brand guide.
npx skillsauth add michaelsvanbeek/personal-agent-skills presentationsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Presentations start as markdown outlines and graduate to external slide tools only after the content is solid.
Name files with date and topic: YYYY-MM-DD-topic-slug.md. Store in your preferred notes system. Presentation outlines are working documents; this skill holds only process guidance and reusable templates.
Frontmatter:
---
title: "Presentation Title"
date: YYYY-MM-DD
audience: "Who is this for"
goal: "One sentence: what should the audience walk away with"
status: draft | review | final
external_slide_id: "" # Google Slides ID, PowerPoint URL, etc.
external_slide_url: "" # Direct link to the slide deck
---
Before writing a single slide, answer these questions:
| Question | Why It Matters | |----------|---------------| | Who is in the room? | Determines depth, jargon tolerance, and framing | | What do they already know? | Avoids over-explaining or under-explaining | | What do they care about? | Drives which points to emphasize | | What do you want them to do after? | Shapes the call to action | | How much time do you have? | Constrains scope — cut ruthlessly |
| Audience | Optimize For | Avoid | |----------|-------------|-------| | Executives | Impact, decisions, business outcomes | Implementation details, jargon | | Engineers | Architecture, trade-offs, concrete examples | Hand-waving, marketing language | | Mixed / cross-functional | Concepts first, depth on demand, analogies | Assuming shared vocabulary | | External / conference | Narrative arc, memorable takeaways, polish | Inside references, acronyms |
Every presentation needs a clear narrative arc. The audience should feel momentum, not a list of topics.
1. Hook — Why should I care? (problem, question, surprising fact)
2. Context — What do I need to know to follow along?
3. Core — The main content (2–5 sections, each building on the last)
4. Synthesis — Bring it together — what does this all mean?
5. Call to Action — What should the audience do next?
| Duration | Slides | Pace | |----------|--------|------| | 5 min (lightning) | 5–8 | ~1 slide/min | | 15 min | 12–18 | ~1 slide/min | | 30 min | 20–30 | ~1 slide/min | | 45–60 min | 30–45 | ~1 slide/min, with pauses |
| What You're Showing | Best Visual | Avoid | |---------------------|------------|-------| | Trend over time | Line chart | Pie chart, table | | Comparison across categories | Bar chart (horizontal for many items) | Pie chart with > 5 slices | | Part of a whole | Stacked bar or pie (≤ 5 segments) | Table of percentages | | Relationship / correlation | Scatter plot | Bar chart | | Process or workflow | Flowchart or swim lane diagram | Bullets describing steps | | Architecture / system | Block diagram | Prose paragraph | | Before / after | Side-by-side screenshots or metrics | Bullet list of changes | | Hierarchy / taxonomy | Tree diagram or nested boxes | Indented bullet list | | Timeline / sequence | Horizontal timeline | Table of dates | | Key metric | Big number with context ("42% ↑ from Q1") | Chart with one data point | | Code or config | Syntax-highlighted code block | Screenshot of an IDE | | Comparison of options | Table with checkmarks / ✗ | Prose paragraphs |
Every organization has visual and verbal standards. A brand guide document captures these rules so that every presentation is on-brand without re-checking the source material each time.
| Section | What It Covers | |---------|---------------| | Slide template references | Links/IDs to the official slide template(s) — Google Slides, PowerPoint, Keynote | | Color palette | Primary and secondary colors with hex, RGB, and usage guidance | | Typography | Primary and secondary fonts, weights, and where each is used | | Logo usage | Approved logo variants, clear space rules, co-branding guidance | | Gradients and imagery | Approved gradient styles, photography guidelines, illustration rules | | Terminology and voice | Preferred terms, product names, capitalization, and tone guidance | | Slide layout rules | Required elements (confidentiality footer, product disclaimer), layout patterns | | Misuse rules | What not to do — color misuse, logo distortion, font substitution |
Store brand guides in templates/presentations/brand/. One file per organization:
templates/presentations/brand/<org-slug>-brand-guide.md
Frontmatter:
---
org: "Organization Name"
last_updated: YYYY-MM-DD
source_urls:
- "URL to official brand guidelines"
- "URL to official brand guidelines (additional)"
slide_template_ids:
- id: "Google Slides / PowerPoint ID"
name: "Template name"
url: "Direct link"
---
last_updated when the brand guidelines change.When graduating a markdown outline to slides:
When a brand guide exists, reference it in presentation outlines:
---
title: "Presentation Title"
date: YYYY-MM-DD
audience: "Who is this for"
goal: "One-sentence takeaway"
status: draft | review | final
brand_guide: "<org-slug>" # references templates/presentations/brand/<org-slug>-brand-guide.md
external_slide_id: ""
external_slide_url: ""
---
Every slide that needs a chart or other visual must include a precise visual spec block in the markdown source. The goal is to give enough information that a human, a slide tool, or a code generation model can produce the correct visual — on-brand — without ambiguity.
Visual: LineEvery slide starts its visual specification with a one-line Visual: descriptor:
Visual: **[type]** — [key dimensions and data story]. [Layout hint if needed.]
Examples:
Visual: **Scatter plot** — X: input cost ($/1M tokens, log scale), Y: intelligence index. Color by provider. Label each point.
Visual: **Horizontal bar chart** — top 5 cost reduction techniques, ordered by % savings. Single color fill.
Visual: **Layered block diagram** — stack from bottom to top: Foundation Model → Gateway → Tools → Skills → Agent.
Visual: **Side-by-side table** — 2 columns comparing Local MCP vs. Hosted MCP across 8 rows.
<!-- visual-spec --> BlockFor charts that require data or will be generated programmatically, follow the Visual: line with a fenced spec block:
Visual: **Scatter plot** — description.
```visual-spec
type: scatter
title: "Model Intelligence vs. Price · April 2026"
x_axis:
label: "Input Cost ($/1M tokens)"
scale: log
range: [0.10, 20]
y_axis:
label: "AA Intelligence Index"
range: [30, 62]
color_by: provider
label_points: true
brand_colors:
OpenAI: "#10a37f"
Anthropic: "#d97c4f"
Google: "#4285f4"
DeepSeek: "#e74c3c"
background: "#F1F3F6" # your org's neutral background color
annotation: "← Efficiency frontier (high intel, low cost)"
source: "artificialanalysis.ai/leaderboards/models · provider pricing pages"
data:
- name: "GPT-5.4"
provider: OpenAI
x: 2.50
y: 57
- name: "Gemini 3.1 Pro Preview"
provider: Google
x: 2.00
y: 57
```
| Field | Required | Description |
|-------|----------|-------------|
| type | Yes | scatter, bar, line, stacked_bar, pie, table, block_diagram, flowchart, timeline, heatmap |
| title | Yes | The insight title — not the topic. "Latency dropped 60%" not "Latency Over Time". |
| x_axis / y_axis | Charts | Label, scale (linear/log), range, unit |
| color_by | When applicable | Field name or explicit color map |
| brand_colors | When color_by used | Map each category to a hex. Include brand-equivalent in comment |
| background | Optional | Defaults to #FFFFFF (Paper) or #F1F3F6 (Business Card) for charts |
| annotation | Optional | Callout text with approximate position |
| source | Yes for data charts | Citation for data. One line. |
| data | For exact charts | Inline data rows. Use this when values are known and verified. |
| data_note | When data is approximate | Caveat for any unverified or back-calculated values |
| orientation | Bar charts | horizontal (default for many categories) or vertical |
| sort | Bar charts | descending, ascending, or categorical |
Before graduating to slides, replace placeholder colors with your organization's brand palette. Maintain a color map in your brand guide document with hex values for each category. Do not exceed 4–5 colors in a single chart.
For charts that will be built in Python (prototype, handoff, presentation export):
### Chart Generation Prompt section after the data table.matplotlib with brand-compatible colors.fig.text() citation line at the bottom of the figure.<slug>_<YYYY-MM-DD>.png.For non-chart visuals (architecture diagrams, flow charts, process diagrams), use ASCII art in a fenced code block as a placeholder:
Visual: **Layered block diagram** — agent stack, bottom to top.
```diagram
┌──────────────────────────────┐
│ Agent / Orchestrator │ ← Plans, routes, manages state
├──────────────────────────────┤
│ Skills / Subgraphs │ ← Reusable multi-step workflows
├──────────────────────────────┤
│ Tools / MCP │ ← Single callable actions
├──────────────────────────────┤
│ Model Provider / Gateway │ ← Inference routing, cost control
├──────────────────────────────┤
│ Foundation Model │ ← LLM (GPT-5.4, Claude, Gemini)
└──────────────────────────────┘
```
Graduation note: Recreate as a vertical box stack in Google Slides using your organization's brand
colors: boxes in Ink (#0F2E66) with Paper (#FFFFFF) text; arrows in Water Cooler (#1C98E8).
When a table is the primary visual for a slide:
Table notes: line specifying any highlighting (e.g., "bold the winning column") and brand alignment.#0F2E66) background with Paper text.Every visual spec block should end with a brief Graduation note: that tells the slide builder what brand-specific treatments to apply:
Graduation note: Apply your organization's brand colors to axes, labels, and chart background. Specify the typeface and size for chart text according to your brand guide.
| Anti-Pattern | Problem | Fix | |-------------|---------|-----| | Wall of text | Audience reads slides, tunes out speaker | Cut to 4 bullets max; move text to notes | | No narrative | Feels like a list of topics, not a story | Add a hook, connect sections, end with synthesis | | Wrong visual | Pie chart with 12 slices; table where a chart works | Use the decision matrix above | | Missing "so what" | Data without interpretation | Title every visual with the insight | | Demo without context | Audience doesn't know what to watch for | Set up each demo with "what you're about to see is..." | | No call to action | Talk ends with a shrug | Always close with what the audience should do next | | Too many slides | Rushing through at the end | Cut scope or request more time | | Reading slides aloud | Insults the audience; adds no value | Slides are visual aids; speak to the content |
Before finalizing a presentation:
development
TypeScript coding standards and type safety conventions. Use when: creating TypeScript files, defining interfaces and types, writing type-safe code, reviewing TypeScript for type correctness, auditing a codebase for type safety gaps, eliminating any or ts-ignore usage, or improving strict-mode compliance. Covers strict typing, avoiding any and ts-ignore, discriminated unions, Zod runtime validation, immutability patterns, and proper type definitions.
testing
Writing clear, actionable tickets in any issue tracker (Jira, Linear, GitHub Issues, ServiceNow, etc.). Use when: creating epics, stories, tasks, bugs, or spikes; writing acceptance criteria; decomposing work for a sprint; linking dependencies between tickets; auditing backlog items for clarity; or coaching a team on ticket quality. Covers title conventions, description templates, acceptance criteria, decomposition rules, dependency linking, and org-specific pluggable configuration.
development
Testing strategy, patterns, and evaluation for software and LLM/AI systems. Use when: writing tests, choosing test boundaries, designing test data, structuring test suites, evaluating LLM outputs, building evaluation pipelines, setting coverage thresholds, auditing test coverage gaps in existing projects, or improving test quality and structure.
development
Writing effective status updates for different audiences and cadences. Use when: writing a weekly status update, preparing a monthly summary, drafting a quarterly review, sending updates to leadership, sharing progress with stakeholders, or improving the clarity and impact of team communications. Covers weekly, monthly, and quarterly formats tailored for upward, lateral, and downward communication.