CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

verify-email-snapshots

Snapshot test email templates using Verify to catch regressions. Validates rendered HTML output matches approved baseline. Works with MJML templates and any email renderer.

Quality

76%

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 ./skills/verify-email-snapshots/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 content is a strong, action-oriented guide: nearly all guidance is executable code, the workflow is explicitly sequenced with review checkpoints, and organization is clear. The residual issues are minor — a small amount of conceptual padding, a couple of non-compiling illustrative snippets, and no use of reference files for peripheral material like the test fixture.

DimensionReasoningScore

Conciseness

The body is dominated by executable code with brief lead-ins and assumes competence, but the 'Why Snapshot Test Emails?' rationale section and the comment-style DO/DON'T block are minor over-explanation that could be trimmed, matching 'efficient; minor instances of over-explanation' rather than the fully lean 5 anchor.

4 / 5

Actionability

Concrete, mostly copy-paste-ready C# and CLI commands cover the common cases (basic snapshot, variants, scrubbing, fixture, composer, CI), with minor gaps: the DO/DON'T block uses non-compiling shorthand and the scrubbing example references an undefined 'variables' variable — not 5 because a few snippets would not compile, not 3 because the core guidance is fully executable rather than pseudocode.

4 / 5

Workflow Clarity

The Workflow section gives a clear 6-step sequence (create, write, run, review, commit, iterate) with a review checkpoint and a fail-review-accept feedback loop; not 5 because the review/validate steps lack inline commands and explicit error-recovery detail, and not 3 because checkpoints are present rather than implied. Snapshot testing is non-destructive and non-batch, so the validation-cap guideline does not apply.

4 / 5

Progressive Disclosure

No bundle files exist, and the single-file body is well organized into clearly signaled sections (basic test, variants, scrubbing, fixture, composer, CI, best practices, workflow) with content mostly appropriately placed; not 5 because no one-level-deep reference structure exists at all, and not 3 because structure is good and navigation is easy. Inlined fixture boilerplate and the full variant catalog are the minor organization gaps.

4 / 5

Total

16

/

20

Passed

Description

66%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 is specific, uses third-person voice, and names the tool and domain clearly with several concrete actions. Its main weakness is the complete absence of a 'when to use' clause, which both caps completeness and slightly weakens trigger guidance. Adding an explicit 'Use when...' sentence with natural trigger phrases would lift it substantially.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when testing email template rendering, reviewing MJML template changes, or when the user mentions email regressions or snapshot tests.'

Include natural trigger synonyms and file extensions (e.g. 'HTML email', 'email rendering', '.mjml') to broaden keyword coverage for the trigger_term_quality dimension.

Mention the review/acceptance workflow ('review diffs, accept baselines') as a capability to sharpen distinctiveness from general snapshot-testing skills.

DimensionReasoningScore

Specificity

Lists several concrete actions — 'Snapshot test email templates using Verify to catch regressions', 'Validates rendered HTML output matches approved baseline', 'Works with MJML templates and any email renderer' — with minor coverage gaps, matching the 'several specific actions' anchor rather than the 1-2 actions of the 3 anchor.

4 / 5

Completeness

The 'what' is clear and concrete, but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines; it is not 4 because the 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Natural terms like 'snapshot test', 'email templates', 'regressions', 'MJML', and 'rendered HTML' are present, but common variations such as 'HTML email' or 'email rendering' are missing, fitting 'good keyword coverage; a few natural terms missing' rather than the comprehensive synonym coverage of 5.

4 / 5

Distinctiveness Conflict Risk

'Verify', 'MJML', and 'email templates' carve a mostly distinct niche with clear triggers, but there is minor overlap risk with general snapshot-testing or email-testing skills, so it falls short of the minimal-conflict anchor at 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

Aaronontheweb/dotnet-skills

Path

skills/verify-email-snapshots/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.