CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

html-ppt-zhangzara-peoples-platform

A public-transit funding proposal for a city council — ridership need, the plan, the risk controls, and the ask. Built as a decision-grade policy briefing deck for city council, public board.

52

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-peoples-platform/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.

A compact, well-organized template skill: the workflow is concrete and correctly ordered, the output contract is exact, and the design-system preservation rules are specific and actionable. Its main weaknesses are that the core workflow depends on files (`example.html`, `template.json`, `LICENSE`) that are absent from the bundle it ships in, and there is no verification step confirming navigation works in the generated artifact.

Suggestions

Ship the referenced files or fix the references: 'Clone `example.html`', 'See `template.json` for the upstream metadata snapshot', and 'ships in this skill at LICENSE' all point to files that do not exist in this bundle, making the primary workflow step unactionable.

Add a final verification step to the workflow, e.g. 'After emitting the artifact, confirm the deck references `assets/deck-stage.js` correctly and keyboard navigation advances slides — if the path 404s, inline the runtime instead.'

Consolidate the navigation-runtime guidance (step 1's asset-path warning and step 6's 'keep the navigation runtime as shipped' cover the same concern) and trim the license paragraph, which repeats the redistribution requirement twice.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: 'At a glance', 'Best for'/'Avoid for', a six-step workflow, and a concrete output contract, with no padding or explanation of concepts Claude already knows. Only minor trimming candidates remain (step 6 partially restates step 1's runtime guidance, and the license paragraph is slightly repetitive), keeping it just below the every-token-earns-its-place anchor.

4 / 5

Actionability

The workflow steps are concrete and well-specified (clone files, replace placeholders, preserve the design system, duplicate layouts, emit an <artifact> block with an exact identifier), but the primary action — 'Clone `example.html` AND the `assets/` folder' — references a file that is not present in this bundle, and `template.json` and `LICENSE` are likewise referenced but missing. The guidance has concrete steps with missing key details, which the fully-executable anchors require.

3 / 5

Workflow Clarity

The six steps are clearly sequenced and ordered correctly (clone → replace content → preserve system → adjust length → design missing layouts → keep runtime), and step 1 includes a genuine failure-mode warning (the assets path will '404 in the generated artifact and navigation will silently break') with an inline alternative. What keeps it at 4 rather than 5 is the absence of any post-generation validation step, e.g. verifying keyboard navigation actually works in the emitted deck.

4 / 5

Progressive Disclosure

The body has good section structure and is appropriately short, and its one runtime reference (`assets/deck-stage.js`) matches a real file in the bundle. However, scored against the actual bundle structure, three referenced paths — `example.html`, `template.json`, and `LICENSE` — do not exist in the skill directory, leaving the primary workflow and license-redistribution instructions pointing at dangling references. Good structure undermined by broken referenced paths fits the middle anchor.

3 / 5

Total

14

/

20

Passed

Description

53%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 establishes a specific, distinctive niche (a public-transit funding case as a decision-grade policy briefing deck) but describes the deck's content rather than what the skill does and when to invoke it. It lacks a 'Use when...' trigger clause and the natural deck-creation vocabulary that would let a user (or Claude) reliably select it.

Suggestions

State the skill's action explicitly in third person, e.g. 'Builds a decision-grade public-transit funding proposal deck... with ridership need, plan, risk controls, and the ask' — the current text describes the artifact's content, not the capability.

Add a 'Use when...' clause with concrete trigger phrases: 'Use when creating policy briefing decks, government or civic funding proposals, council or public-board presentations, or HTML slides for a public-transit or infrastructure funding case.'

Include the natural synonyms users would actually say — 'slides', 'presentation', 'pitch deck', 'funding proposal', 'council deck' — to broaden trigger-term coverage beyond the current domain jargon.

DimensionReasoningScore

Specificity

The description names the domain and its components ('ridership need, the plan, the risk controls, and the ask') but never states the skill's actual action — building an HTML slide deck in a specific template — so it reads as a content summary rather than a list of concrete capabilities. It is more comprehensive than 'names domain but minimal actions' but clearly short of the several-specific-actions anchor.

3 / 5

Completeness

The 'what' is reasonably clear — a decision-grade policy briefing deck for a city council — but there is no 'Use when...' clause or equivalent explicit trigger guidance anywhere in the description. Per the judging guidelines, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

It includes relevant keywords like 'policy briefing deck', 'city council', 'public board', and 'public-transit funding proposal', but misses common natural variations users would say such as 'slides', 'presentation', 'pitch deck', or 'HTML deck'. Some relevant keywords are present, but synonym coverage is incomplete.

3 / 5

Distinctiveness Conflict Risk

The public-transit-funding / city-council policy-briefing niche is specific and unlikely to trigger for unrelated skills, though it overlaps somewhat with sibling government-policy or generic deck-template skills. Mostly distinct with minor overlap risk.

4 / 5

Total

13

/

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

relative_links

Relative link issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

nexu-io/open-design

Path

design-templates/html-ppt-zhangzara-peoples-platform/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.