CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

html-ppt-zhangzara-sakura-chroma

A cherry-blossom-season travel photo essay through Kyoto — the arrival, the peak bloom, and the moment that made the trip. Built as a decision-grade story deck for friends, travel readers.

46

Quality

57%

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-zhangzara-sakura-chroma/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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 exceptionally lean, well-sectioned, and stylistically clear, with a sensible workflow and an explicit output contract. Its main weakness is that the bundle is hollow — the referenced example.html, template.json, LICENSE, and runtime assets are missing, making the core workflow unexecutable — and no validation checkpoint exists for the finished deck.

Suggestions

Ship the referenced bundle files (example.html, template.json, LICENSE, assets/deck-stage.js) or remove the references — the workflow's first step ('Clone example.html') is unexecutable without them, and the MIT license redistribution requirement is unverifiable without the LICENSE file.

Add a validation checkpoint to the workflow, e.g., 'After editing, open the deck in a browser and confirm keyboard navigation, slide count, and page-number labels before delivering.'

Make step 2's placeholder replacement concrete: name the actual placeholder tokens/classes in example.html to swap (headlines, body copy, image slots, spec-checkbox labels) instead of the generic 'replace placeholder content'.

DimensionReasoningScore

Conciseness

The body is lean and every section earns its place: 'At a glance' metadata, tight 'Best for'/'Avoid for' scoping, a six-step workflow, a concrete output contract, and license provenance — with no explanation of concepts Claude already knows and no padding. This matches anchor 5 ('Lean and efficient; assumes Claude's competence; every token earns its place'); there is nothing to trim to reach it.

5 / 5

Actionability

The workflow gives concrete direction ('Clone example.html', 'Replace placeholder content', 'duplicate an existing slide', exact artifact tag format), but its foundational instruction cannot be executed: example.html, template.json, LICENSE, and assets/deck-stage.js are all referenced yet none exist in the bundle. This fits anchor 3 ('Some concrete guidance but incomplete... missing key details') — better than anchor 2's high-level-only hints, but the missing primary artifact is a key gap that keeps it below anchor 4.

3 / 5

Workflow Clarity

The six steps are clearly sequenced and ordered sensibly (clone → replace → preserve → resize → extend → keep runtime), but there is no validation checkpoint anywhere — no step to verify the final HTML renders, keyboard navigation works, or that the deck length/page-number updates are consistent. Anchor 3 ('Steps listed but validation gaps; checkpoints missing or implicit') is the best fit; anchor 4 requires most checkpoints present, and none are. The destructive/batch cap does not apply since this is creative generation.

3 / 5

Progressive Disclosure

Scored against the actual bundle structure: the bundle ships no files at all, yet the body links to LICENSE, example.html, template.json, and assets/deck-stage.js as if they were present, so every referenced path is broken — including the entire workflow's starting artifact. Anchor 2 ('Minimal structure; ... references are buried') is closest because the disclosure structure fails at its foundation; it cannot reach anchor 3-4 ('references present / mostly clear') when none of the referenced files exist.

2 / 5

Total

13

/

20

Passed

Description

40%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 reads as a subject-matter blurb for one example deck rather than a capability statement for the skill. It lacks any statement of what the skill does and any 'use when' trigger guidance, which limits discoverability and completeness despite a distinctive niche.

Suggestions

Rewrite the description in third person around the skill's capability, e.g., 'Builds an HTML slide deck in the vintage sakura-chroma cassette-package template — clones example.html, swaps in real content, and extends layouts in the same design system.'

Append an explicit 'Use when...' clause with natural trigger phrases users would actually say: 'Use when creating a photo essay, travel story deck, or HTML slides with a bold retro Japanese print aesthetic.'

Replace the narrative of the specific Kyoto example (arrival, peak bloom, the moment) with one illustrative phrase; the example subject belongs in the body's example_prompt, not the capability description.

DimensionReasoningScore

Specificity

The description names the domain concretely ("cherry-blossom-season travel photo essay through Kyoto", "story deck") but contains zero concrete actions — no verb for what the skill does (build, design, produce a deck). This matches anchor 2 ("Names the domain but actions are minimal or generic") rather than anchor 3, which requires 1-2 concrete actions; it reads as a description of the output artifact's topic, not the skill's capability.

2 / 5

Completeness

The 'what' is vague — it describes the deck's subject (arrival, peak bloom, "the moment that made the trip") without stating the skill builds an HTML presentation in a specific template — and there is no 'when'/use-trigger guidance at all, consistent with the guideline that a missing 'Use when...' clause caps this dimension at 3. Anchor 2 ("Has a vague 'what' and no 'when'") is the closest fit; anchor 3 requires a clear 'what', which the capability-absent text does not provide.

2 / 5

Trigger Term Quality

Some natural phrases a user would say appear ("travel photo essay", "story deck", "cherry-blossom"), but common variations are missing — no "HTML slides/deck", "photo essay template", "travel slideshow", or file-format terms. This fits anchor 3 ("Some relevant keywords but missing common variations or synonyms"); it is above anchor 2 (only generic keywords) but below anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

The niche is quite specific (Kyoto cherry-blossom photo-essay deck, sakura-chroma cassette aesthetic), making it mostly distinct from generic deck skills. Minor overlap risk remains with sibling travel/photo-essay template skills sharing generic triggers like "story deck" and "travel", so anchor 4 ("Mostly distinct; minor overlap risk with closely related skills") fits better than anchor 5.

4 / 5

Total

11

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 1 missing

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

13

/

16

Passed

Repository

nexu-io/open-design

Path

design-templates/html-ppt-zhangzara-sakura-chroma/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.