CtrlK
BlogDocsLog inGet started
Tessl Logo

project-infographic

Generate a visually beautiful HTML infographic showing high-level project overview for sprint demos. Use when preparing presentations, stakeholder updates, or visual project summaries.

80

1.57x
Quality

70%

Does it follow best practices?

Impact

99%

1.57x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.github/skills/project-infographic/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 highly actionable, well-sequenced instruction skill — the scan process, required sections, and copy-paste-ready design patterns leave no ambiguity about what to produce. The main costs are token weight: ~190 lines of example CSS/HTML that largely restate what Claude already knows, inlined where a reference file would keep the overview lean.

Suggestions

Move the worked example CSS/HTML blocks to a reference file (e.g., references/architecture-example.html) and point to it from the "Architectural Diagram Style" section, keeping SKILL.md to the design tokens and structural requirements.

Trim the example CSS to only the non-obvious parts (system-boundary container, gate-split, color-coding conventions) and drop generic properties like flexbox centering and box-shadow values Claude can fill in.

Add an explicit validation checkpoint after generation, e.g., open the saved HTML to confirm it renders self-contained (no external requests) and re-verify each stat/feature against the scanned docs before reporting done.

DimensionReasoningScore

Conciseness

The body is mostly efficient (scan locations, extraction targets, section list are tight), but the two large CSS/HTML example blocks (~190 lines) spell out styling fundamentals Claude already knows — flexbox layouts, border-radius, box-shadow, hover transforms — which could be condensed to the design-token and structural essentials. Not a 2 because there is little concept explanation or padding outside those blocks; not a 4 because the example blocks are a significant share of the file that could be tightened.

3 / 5

Actionability

Guidance is fully executable: named scan locations (README.md, spec.md, tasks.md, src/pipeline/), extraction targets with counts (4-7 flow nodes, 5-8 technologies), a copy-paste-ready CSS token block and architecture CSS/HTML pattern, an explicit output-location fallback chain, and a timestamp format. Not below 5 — the one undefined token (var(--brand-primary-dark)) is trivially resolvable and doesn't create a real gap.

5 / 5

Workflow Clarity

The Scan Process is clearly sequenced (purpose → flow → status → stack → generate → save location), and the "Important Rules" act as a final checklist. However there is no explicit validation checkpoint on the output (e.g., open the HTML to verify it renders or re-check facts against the code), so it sits at "most checkpoints present, minor validation gaps" rather than 5. This is a generative, non-destructive skill, so the destructive-batch cap does not apply.

4 / 5

Progressive Disclosure

Sections are well-organized with clear headers, but this is a ~370-line SKILL.md with no bundle files, and the long worked CSS/HTML example ("Example Architecture CSS Pattern" / "Example Architecture HTML Structure") is content that would fit naturally in a one-level-deep reference file loaded only at generation time. Not a 2 because the structure is clean and navigable, and the examples are directly consumed by the main task rather than being tangential reference material.

3 / 5

Total

15

/

20

Passed

Description

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

A solid description with a clear what and an explicit when clause built on natural trigger phrases. Its main weaknesses are a single-action "what" (no mention of the codebase/design-doc scanning that drives the output) and trigger guidance framed around situations rather than user utterances.

Suggestions

Expand the "what" to name the full pipeline, e.g., "Scan the codebase and design docs, then generate a single-page HTML infographic with project overview, flow diagram, status, and tech stack for sprint demos."

Anchor triggers to what users actually say: add "Use when the user asks for an infographic, visual project overview, executive summary page, or demo-ready project summary."

Drop the subjective filler "visually beautiful" — the polish is implied by the artifact type.

DimensionReasoningScore

Specificity

"Generate a visually beautiful HTML infographic showing high-level project overview for sprint demos" names the domain and artifact concretely (single-page HTML infographic, project overview, sprint demos), but lists only one core action — it doesn't mention the scanning/analysis work the skill performs. "Visually beautiful" is mild fluff. Not a 4 because it doesn't list several specific actions; not a 2 because the language is concrete, not generic.

3 / 5

Completeness

Both parts are present: the "what" ("Generate a ... HTML infographic showing high-level project overview") and an explicit "Use when ..." clause with three concrete scenarios. Not a 5 because the trigger guidance describes situations rather than what the user would actually say (e.g., "when the user mentions infographics or asks for a visual overview"), and the "what" stops at generation without the scan input.

4 / 5

Trigger Term Quality

"preparing presentations, stakeholder updates, or visual project summaries" plus "sprint demos" and "infographic" are natural phrases a user would say. Missing a few common variations (e.g., "executive summary", "demo page", "project overview"), so it falls just short of the comprehensive-synonyms anchor at 5.

4 / 5

Distinctiveness Conflict Risk

The combination of "HTML infographic", "sprint demos", and "stakeholder updates" carves a clear niche distinct from generic documentation or pptx-presentation skills. Minor overlap risk with presentation/visual-summary skills, so not a 5.

4 / 5

Total

15

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
0xRabbidfly/Eric-Cartman
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.