CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

html-ppt

For consulting delivery work: turn diagnosis, frameworks, and project work into a client-adoptable action plan. Built around the core query "consulting-final-deck", with engagement manager judgment, buyer-ready proof, and this outcome: accept the recommendation and commit owners to the roadmap.

48

Quality

61%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Failed to scan

The risk profile of this skill

Fix and improve this skill with Tessl

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

Quality

Content

63%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 well-structured, highly actionable authoring guide with exact commands, code snippets, and a sensible infer-first workflow, and its references/*.md navigation is clean and one level deep. Its weaknesses are runtime-internals verbosity in the presenter-mode section, duplicated theme cataloging, count inconsistencies (14 vs 15 templates, 30 vs 31 layouts), and bundle paths (templates/, examples/) that are referenced throughout but missing. Progressive disclosure and conciseness are the lowest-scoring dimensions.

Suggestions

Trim the presenter-mode implementation details (iframe/?preview=N mechanics, postMessage/BroadcastChannel sync, localStorage persistence) from SKILL.md and keep them in references/presenter-mode.md; retain only the trigger conditions, the S-key behavior, and the 3 script rules.

Fix the count inconsistencies ("15 full-deck templates" vs "One of the 14" and "gallery of all 14"; "31 layouts" vs "if none of the 30 fit") and ensure every referenced path ships in the bundle — new-deck.sh exits with an error when templates/deck.html is absent, and the quick start's core steps 3 and 5 cannot run without templates/single-page/ and templates/full-decks/.

Drop the inline 36-theme name enumeration and keep only the per-tone recommendation clusters (or 2-3 examples), deferring the full list to references/themes.md.

DimensionReasoningScore

Conciseness

The body is largely dense, useful instruction, but the presenter-mode section explains runtime internals Claude does not need for authoring ("each preview is an <iframe> that loads the actual deck HTML with a ?preview=N query param", postMessage/BroadcastChannel sync, localStorage persistence), and the 36-theme name list plus per-tone recommendations duplicate the themes.md catalog — "Mostly efficient but includes some unnecessary explanation or could be tightened".

3 / 5

Actionability

Guidance is concrete and mostly copy-paste ready ("./scripts/new-deck.sh my-talk", exact <link> tags, `data-anim="fade-up"`, `color: var(--text-1)` with explicit good/bad examples, "./scripts/render.sh examples/my-talk/index.html 12"), but internal inconsistencies ("15 full-deck templates" vs "One of the 14", "31 layouts" vs "if none of the 30 fit") and workflow steps that depend on a templates/ tree not present in the bundle leave minor gaps.

4 / 5

Workflow Clarity

The sequence is clear and ordered — infer three decisions first, scaffold, pick theme, copy layouts, add animations, render to PNG — with a real error checkpoint ("If the managed renderer fails once, surface that error and stop instead of retrying alternate Chrome launch commands") and a rendering step that serves as output verification, matching "Clear sequence with most checkpoints present; minor validation gaps".

4 / 5

Progressive Disclosure

Reference navigation is good — a dedicated "Catalogs (load when needed)" section pointing one level deep to references/themes.md, layouts.md, animations.md, full-decks.md, presenter-mode.md, authoring-guide.md, all of which exist — but scored against the actual bundle, the entire templates/ tree the body depends on (templates/deck.html, templates/single-page/*.html, templates/full-decks/<name>/, examples/demo-deck/) is absent, so core workflow paths do not resolve.

3 / 5

Total

14

/

20

Passed

Description

42%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 describes a consulting-deliverable outcome but omits the skill's actual capability — authoring HTML presentation decks — leaving it unrecognizable as the html-ppt skill the body implements. It has a clear what but no explicit when, and its trigger vocabulary ("core query", "engagement manager judgment") is internal jargon rather than phrases users would say. Trigger quality and completeness are the main weaknesses.

Suggestions

Lead with the concrete output: e.g. "Author professional HTML presentation decks (static files) from outlines, notes, or rough material, with themes, layouts, animations, speaker notes, and PNG export."

Add an explicit trigger clause with natural phrases: "Use when the user asks for a deck, slides, a presentation, an HTML PPT, speaker notes, or presenter view, or wants to turn notes/notes into a presentable deck."

Replace internal jargon ("core query 'consulting-final-deck'", "engagement manager judgment", "buyer-ready proof") with the concrete actions and natural keywords those stand for.

DimensionReasoningScore

Specificity

"turn diagnosis, frameworks, and project work into a client-adoptable action plan" names the consulting-delivery domain and one core transformation, but never states the actual output artifact (an HTML slide deck) and offers no second concrete action, matching the anchor "Names domain and 1-2 concrete actions, but not comprehensive".

3 / 5

Completeness

The "what" is stated (turn raw material into a client-adoptable action plan) but the "when" is only weakly implied by "For consulting delivery work" with no explicit 'Use when...' clause, so per the judging guidelines completeness is capped at 3: clear what, weakly implied when.

3 / 5

Trigger Term Quality

The only usable keywords are "consulting" and the artificial core query "consulting-final-deck"; every natural phrase a user would actually say for this skill ("deck", "slides", "presentation", "PPT", "speaker notes", "presenter view") is absent, matching "One or two generic keywords; missing the natural phrases users say".

2 / 5

Distinctiveness Conflict Risk

"Built around the core query 'consulting-final-deck'" gives one distinct trigger phrase, but the description reads as a generic consulting-advisory skill and never mentions presentations or slides, so it would fail to trigger for deck requests and overlaps with strategy/consulting skills — "Somewhat specific but could still overlap with similar skills".

3 / 5

Total

11

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 3 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

nexu-io/open-design

Path

design-templates/html-ppt/SKILL.md

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.