CtrlK
BlogDocsLog inGet started
Tessl Logo

html-ppt-taste-editorial

16:9 HTML deck in editorial-minimalist taste. Warm cream slides, serif display + grotesque body, hairline rules, monospace meta, generous macro-whitespace, one accent. Distilled from Leonxlnx/taste-skill `minimalist-skill`.

55

Quality

61%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./design-templates/html-ppt-taste-editorial/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a lean, highly concrete design spec with a strong validation pre-flight, but it references an example.html that is not present in the bundle and lacks an explicit build sequence with a feedback loop. Adding the missing example file (or an inline scaffold) and a validate→fix→retry loop would push it higher.

Suggestions

Ship the referenced example.html (or inline a minimal 16:9 slide scaffold) so the primary executable artifact is actually present rather than a broken reference.

Add a short explicit build sequence — e.g. scaffold deck shell → apply substrate/typography → lay out archetypes → wire navigation → run Pre-flight — so the workflow order is unambiguous.

Turn the Pre-flight list into a feedback loop ('If any check fails, fix and re-run the checklist before considering the deck done') to satisfy the validation-checkpoint expectation for a multi-slide deck.

DimensionReasoningScore

Conciseness

The body is a dense spec sheet (exact hex colors, clamp() sizes, cubic-bezier easing, named fonts) with no padding of concepts Claude already knows, fitting anchor 4's 'efficient; minor instances of over-explanation that could be trimmed' — the flavor intro ('Reads like a print supplement, not a SaaS landing') and the duplicated 'Distilled from Leonxlnx/taste-skill' provenance are minor trims.

4 / 5

Actionability

Concrete, executable CSS values and font/color tokens are given throughout, but there is no complete copy-paste HTML template inline and the one referenced executable artifact ('See example.html in this directory') does not exist in the bundle, matching anchor 4 ('concrete code or commands with minor gaps').

4 / 5

Workflow Clarity

The Pre-flight section provides an explicit validation checklist for the finished deck, but the build sequence is only implied by document order (Hard rules → archetypes → Motion → Pre-flight) and there is no validate→fix→retry feedback loop, fitting anchor 4 ('clear sequence with most checkpoints present; minor validation gaps').

4 / 5

Progressive Disclosure

The body is well-organized into clearly headed sections and points to a single one-level reference ('See example.html in this directory'), but that referenced file is absent from the bundle, so a well-signaled reference is broken, fitting anchor 4 ('references mostly clear; minor organization gaps') rather than 5.

4 / 5

Total

16

/

20

Passed

Description

48%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description paints a vivid, distinctive aesthetic niche but is framed as an artifact description rather than an action statement, and it omits any 'Use when...' trigger guidance. Adding an explicit verb and a concrete trigger clause would lift specificity and completeness.

Suggestions

Lead with an action verb, e.g. 'Builds 16:9 HTML decks in editorial-minimalist taste...' so the skill's action is explicit, not just the output style.

Add a 'Use when...' clause naming natural triggers, e.g. 'Use when the user asks for an editorial, minimalist, or print-style presentation, slide deck, or 16:9 HTML deck.'

Include common synonyms users say — 'presentation', 'slide deck', 'PPT' — alongside 'deck' and 'slides' to improve trigger coverage.

DimensionReasoningScore

Specificity

The description names the domain richly ('16:9 HTML deck in editorial-minimalist taste', 'serif display + grotesque body, hairline rules, monospace meta, one accent') but states no concrete actions — there is no verb ('Creates', 'Generates', 'Builds'), only a noun-phrase description of the output artifact, matching anchor 2's 'names the domain but actions are minimal'.

2 / 5

Completeness

The 'what' is reasonably clear (a 16:9 HTML deck in this editorial style) but the 'when' is entirely missing — there is no 'Use when...' clause or equivalent trigger guidance, which per the rubric caps completeness at 3; this fits anchor 3 ('clear what but when is missing').

3 / 5

Trigger Term Quality

Natural terms like '16:9 HTML deck' and 'cream slides' are present, but common variations users actually say — 'presentation', 'slide deck', 'PPT' — are absent, matching anchor 3's 'some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

The highly specific aesthetic niche ('editorial-minimalist taste', warm cream substrate, named type pairings, single accent) makes conflict with other skills unlikely, but the missing explicit triggers leave minor ambiguity versus other presentation/deck skills, fitting anchor 4 ('mostly distinct; minor overlap risk with closely related skills').

4 / 5

Total

12

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
nexu-io/open-design
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.