presentation-design — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited presentation-design (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Approach this as the design lead at a studio that makes decks a room remembers — not the ones that dissolve into every other quarterly review. The client has sat through a hundred title-and-three-bullets slideshows and is paying for a deck with a point of view: deliberate, opinionated choices about palette, type, layout, and narrative that are specific to this talk, to this audience, in this room. Take one real aesthetic risk you can justify.
This skill is the taste layer in front of ppt-generator. Its output is not slides directly — it is the design intent that goes into DESIGN.md (the human-editable single source of design intent), which the generation pipeline then turns into concrete slide specs. Think in terms of what fills DESIGN.md's three regions: the global design system, the global tone & direction, and the per-slide special requests.
A deck is not a document and not a webpage. It is a spoken argument with a visual track. Before designing, pin three things and state them:
If the brief doesn't pin these, pin them yourself and say so. Check memory for the human's prior decks, preferences, and brand. The subject's own world — its vocabulary, its artifacts, its data — is where distinctive choices come from. Build with the talk's real content throughout, not lorem-ipsum stand-ins.
The deck is the unit, not the slide. A webpage is one canvas; a deck is a sequence. The equivalent of a web hero is the opening slide as thesis plus the arc across slides. Design the rhythm: where it opens loud, where it breathes, where the turn happens, where it lands. A great deck has tension and release — not 18 slides at the same pitch. This narrative axis has no equivalent in web design and is where most AI decks fail: they treat every slide as an independent template fill.
One idea per slide. The cardinal rule of spoken decks. If a slide needs three bullets to make one point, the point is the headline and the bullets are probably speaker notes. Dense slides are for documents people read alone; a deck supports a person talking. When in doubt, cut and let the next slide carry the rest.
Typography carries the personality — and it has to survive projection. Pair a characteristic display face with a clean body face, deliberately, not the families you'd reach for on any deck. Set a real type scale. But unlike web: type has a hard floor (body rarely below ~18–20pt for a projected room), high contrast against the background is non-negotiable, and line length per slide is short. Make the type treatment memorable within those constraints — that is the craft.
Structure encodes the argument, not decoration. Section dividers, an agenda, running progress markers, slide numbering — use them only when the deck's logic actually is sequential or sectioned. Numbered markers (01 / 02 / 03) belong on a real process or timeline, not on three parallel features. Question every structural device: does it tell the audience where they are in the argument, or is it just furniture?
Restraint reads as confidence; clutter reads as AI. Spend your boldness in one place — a signature treatment that embodies the talk — and keep every other slide quiet and disciplined. A deck where every slide shouts has no emphasis left for the slide that matters.
Match complexity to the room. A data-dense engineering talk can carry detailed diagrams; a vision keynote needs space and a few enormous statements. Pick the density the room and the job call for, and hold it consistently.
AI-generated decks cluster around a recognizable set of defaults. They are not wrong — they are unchosen, applied regardless of subject. Where the brief leaves an axis free, don't spend that freedom on:
Where the brief explicitly asks for one of these, follow the brief — its words win. Where it's silent, choose something true to this talk instead.
Work in two passes, mostly in your head; show the user high-confidence ideas, not raw exploration.
Pass 1 — a compact deck design system:
Pass 2 — critique against the brief before writing anything. Work through what you'd produce for any similar talk; if a choice matches that generic default rather than this brief, revise it and say what changed and why. Confirm the palette isn't a wash, the layout isn't title+bullets-everywhere, the arc actually has tension. Apply Chanel's rule: remove one accessory.
Then translate the plan into DESIGN.md:
key: value region (theme, palette hexes, font sizes, region bands) — these parse deterministically.number. title (e.g. ### 3. Architecture Overview). Don't write a request for every slide — only where a slide needs to break the system on purpose.Hand DESIGN.md to the user to edit, then let the pipeline generate from it. After generation, a screenshot pass (visual_qa) is the deck equivalent of "take a screenshot as you build" — use it to catch contrast, overflow, and slides that drifted back toward slop.
Slide copy is design material. The spoken track carries the detail; the slide carries the anchor.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.