CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

html-ppt-zhangzara-raw-grid

A brutalist poster-series case study for a music festival — the concept, the system, and how it scaled across formats. Built as a decision-grade design craft deck for design peers, client.

48

Quality

60%

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-raw-grid/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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.

A tight, well-organized instruction-only body with a clear persona and a concrete artifact contract, held back by a missing bundle and missing verification steps. The guidance reads as executable, but its first step ('Clone `example.html`') and its license-redistribution requirement both depend on files that are not shipped.

Suggestions

Ship the referenced bundle files (example.html, template.json, assets/deck-stage.js, LICENSE) or remove/adjust the references so the workflow's first step is actually executable.

Add a validation checkpoint after length adjustment (e.g., re-check duplicated slides render correctly and page-number labels are sequential), and surface the example_prompt's 'does the deck feel authored rather than generated' critic pass as an explicit final workflow step.

Trim the redundancy between the intro paragraph and workflow step 3 about staying inside the template's system.

DimensionReasoningScore

Conciseness

The body is lean and section-driven ('At a glance', 'Best for', 'Avoid for', 'Workflow', 'Output contract') with almost no explanation of concepts Claude already knows. Minor repetition between the intro ('Mixing layouts across templates breaks the system; stay inside this one') and workflow step 3 ('Preserve the design system... never bail to a different template'), plus a slightly wordy license paragraph, keep it just below the 'every token earns its place' anchor.

4 / 5

Actionability

Steps are concrete and directive ('Clone `example.html` into the user's workspace', 'duplicate an existing slide of the most appropriate layout... Update page-number labels', 'leave it intact'), and the Output contract gives a copy-paste-ready `<artifact>` skeleton. The gap that keeps it below 5: the files it tells Claude to clone and redistribute (`example.html`, `template.json`, `assets/deck-stage.js`, `LICENSE`) are not present in the skill bundle, so the primary step cannot actually be executed as shipped.

4 / 5

Workflow Clarity

The six workflow steps are clearly ordered and cover replace, preserve, resize, extend, and runtime, but there are no validation checkpoints — nothing like 'open the deck and confirm navigation/page numbers still work after duplicating or dropping slides', and the anti-drift check sits in the example_prompt rather than the workflow itself. This matches the 'sequence present but checkpoints missing or implicit' anchor, not the level-4 anchor whose verify step is explicit.

3 / 5

Progressive Disclosure

Section structure is good and the references (`example.html`, `assets/deck-stage.js`, `LICENSE`, `template.json`) are clearly signaled and one level deep, but every referenced path dangles — none of these files exist in the skill directory, and there is no references/ hierarchy at all. The rubric instructs scoring against the actual bundle structure, so 'references present' cannot score above the level-3 anchor; it is not level 2 because the body itself is appropriately split rather than inlining content that belongs elsewhere.

3 / 5

Total

14

/

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 paints a vivid picture of the deck's subject and audience but never states what the skill actually does or when to use it. It reads like a deck brief rather than a capability description, which will hurt both triggering and model-side selection.

Suggestions

State the capability in third person with concrete verbs, e.g. 'Builds brutalist HTML slide decks... clone a vendored template, replace placeholder content, and resize by duplicating layouts'.

Add an explicit 'Use when...' clause covering natural triggers like poster decks, case-study slides, festival/brutalist design briefs, and 'html slides'/'html deck'.

Move or echo the strongest natural trigger terms ('html deck', 'poster series', 'case study presentation') into the description itself so they don't live only in the frontmatter triggers block.

DimensionReasoningScore

Specificity

Phrases like 'A brutalist poster-series case study for a music festival — the concept, the system, and how it scaled across formats' and 'Built as a decision-grade design craft deck' name the domain vividly but contain no concrete actions — no 'create', 'build', or 'present' verb describing what the skill does. This matches 'Names the domain but actions are minimal or generic'; it is not level 1 (the domain is rich and specific) nor level 3 (no 1-2 concrete capabilities are actually stated).

2 / 5

Completeness

The 'what' is vague — the description characterizes the subject matter of a deck rather than a capability — and there is no 'when' guidance at all: no 'Use when...' clause or equivalent appears anywhere in the description. Per the rubric guideline a missing trigger clause caps completeness at 3, and the weak 'what' plus absent 'when' places it squarely at the level-2 anchor ('has a vague what and no when').

2 / 5

Trigger Term Quality

There are some relevant natural terms ('poster-series case study', 'music festival', 'design craft deck'), but the phrasing users would actually type ('poster deck', 'case study slides', 'brutalist presentation', 'festival art director') is absent, and the most natural triggers ('html deck', 'html slides') live in the frontmatter triggers block rather than the description. This lands at 'some relevant keywords but missing common variations or synonyms', below the good-coverage level-4 anchor.

3 / 5

Distinctiveness Conflict Risk

The niche is clear — 'brutalist', 'poster-series', 'music festival', a specific deck style — so it is unlikely to fire for unrelated skills. Minor overlap risk remains with sibling deck-template skills in the same family ('design craft deck', 'decision-grade' could match other slide/design skills), matching 'mostly distinct; minor overlap risk with closely related skills' rather than the minimal-conflict level-5 anchor.

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-raw-grid/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.