CtrlK
BlogDocsLog inGet started
Tessl Logo

html-ppt-zhangzara-grove

A municipal urban-tree-canopy policy proposal — the public need, the evidence, the options, and the funding decision. Built as a decision-grade policy briefing deck for city council, agency reviewers.

56

Quality

65%

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

Quality

Content

80%

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

The body is lean, well-structured, and gives concrete actionable guidance for producing the deck. Its main gaps are the absence of validation checkpoints in the workflow and bundle files referenced in the body that are not actually shipped.

Suggestions

Add an explicit verification step to the workflow, e.g. 'Verify no placeholder headlines/labels remain and confirm the LICENSE is redistributed alongside example.html'.

Ship the referenced bundle files (example.html, template.json, assets/deck-stage.js, LICENSE) or remove the dangling references so the skill is self-contained as described.

If the deck ships a navigation runtime, note a quick render/keyboard-nav smoke check as the final workflow checkpoint.

DimensionReasoningScore

Conciseness

Lean and efficient with no concept padding; each section (visual summary, best-for/avoid-for, numbered workflow, output contract, license) earns its place and assumes Claude's competence, matching the 'lean and efficient; every token earns its place' anchor rather than the mostly-efficient-but-could-tighten level below.

3 / 3

Actionability

Concrete and specific for an instruction-only skill: names exact files ('Clone example.html', 'template.json', 'assets/deck-stage.js'), specific decorative elements to preserve ('corner brackets, paper grain, geometric shapes, illustrated SVGs'), and a copy-paste-ready <artifact identifier="zhangzara-grove" type="text/html"> output block; absence of code is not penalized because the guidance is actionable.

3 / 3

Workflow Clarity

A clear numbered 6-step sequence is present, but there are no validation/verification checkpoints (e.g., confirm no placeholder text remains, verify the LICENSE ships alongside the deck), fitting 'steps listed but validation gaps; checkpoints missing or implicit' and not the score-3 explicit-validation anchor.

2 / 3

Progressive Disclosure

Sections are well-organized and references are clearly signaled one level deep, but the referenced bundle files (example.html, template.json, assets/deck-stage.js, ./LICENSE) do not exist in the skill bundle, so the navigation is broken; per the guideline this is scored against the actual bundle structure, which is empty, so it cannot reach the score-3 well-signaled-real-references anchor.

2 / 3

Total

10

/

12

Passed

Description

50%

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 identifies a specific, niche deliverable but frames it as subject matter rather than skill actions and omits any explicit 'when to use' trigger guidance. Natural trigger coverage is partial and somewhat jargon-laden.

Suggestions

Add a 'Use when...' clause with explicit triggers (e.g., 'Use when the user wants a municipal policy brief, government policy deck, or city council presentation').

Lead with concrete action verbs the skill performs (e.g., 'Generates a self-contained HTML policy-briefing deck ...') instead of describing the deck's content.

Include common trigger variations users actually say ('policy brief', 'presentation', 'slides', 'government deck') alongside 'policy briefing deck'.

DimensionReasoningScore

Specificity

Names a concrete domain and deliverable ('A municipal urban-tree-canopy policy proposal ... Built as a decision-grade policy briefing deck'), but describes the deck's subject matter rather than listing concrete skill actions such as clone/populate/style; no multiple action verbs, so it stops short of the score-3 'multiple specific concrete actions' anchor.

2 / 3

Completeness

States what the deck is about and its audience ('city council, agency reviewers'), but provides no 'Use when...' trigger guidance, so the 'when' is missing rather than explicit; per the judging guideline a missing Use-when clause caps completeness at 2.

2 / 3

Trigger Term Quality

Contains some natural keywords ('policy briefing deck', 'policy proposal', 'city council') but misses common variations a user would actually say ('policy brief', 'presentation', 'slides') and leans on jargon like 'decision-grade' and 'urban-tree-canopy', matching the 'some relevant keywords but missing common variations' anchor.

2 / 3

Distinctiveness Conflict Risk

Carves a specific municipal-policy niche, but shared generic triggers visible in the skill ('policy', 'html deck', 'regulatory') and an apparent family of policy-deck skills create overlap risk, fitting 'somewhat specific but could still overlap with similar skills' rather than a clearly owned niche.

2 / 3

Total

8

/

12

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.

Validation13 / 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
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.