CtrlK
BlogDocsLog inGet started
Tessl Logo

web-renderer-test

Add explicitly requested web renderer tests or update existing ones for implementation changes.

62

Quality

73%

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 ./.agents/skills/web-renderer-test/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

93%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 an exemplar of a lean, actionable skill: concrete commands, complete code examples, exact paths, and a clear numbered workflow with important callouts. The only gap is the absence of an explicit validation/feedback loop for when a test fails.

Suggestions

Add a short validation step, e.g. "If the snapshot test fails, review the rendered diff and update the fixture only if the change is intentional" — this would close the feedback-loop gap in workflow clarity.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: no library or concept explanations, just paths, a runnable command, and two complete code examples. Every token earns its place, matching anchor 5; there is no padding to trim for anchor 4.

5 / 5

Actionability

Guidance is fully executable: a concrete run command ("bunx vitest src/test/video.test.tsx"), copy-paste-ready fixture and test code, and exact file paths for every step. This matches anchor 5 (copy-paste ready, covers the common case), exceeding anchor 4's "minor gaps".

5 / 5

Workflow Clarity

The "Adding a new test" section gives a clear 5-step sequence with exact paths and two "Important" callouts, and step 4 (running the test) acts as a checkpoint. It sits at anchor 4 rather than 5 because there is no explicit error-recovery feedback loop (e.g. what to do when the snapshot test fails or output needs review).

4 / 5

Progressive Disclosure

No bundle files exist and the skill is a simple, self-contained task with well-organized sections ("Example", "Adding a new test"). Per the guideline that simple skills without external references can score 5 with just well-organized sections, this matches anchor 5; nothing is inlined that belongs in a separate file.

5 / 5

Total

19

/

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 is concise, third-person, and names a distinct niche, but it lacks an explicit "Use when..." trigger clause and omits synonyms users would naturally say. It is serviceable yet leaves the skill's activation conditions implicit.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to add or update tests for packages/web-renderer, or mentions web renderer tests, vitest, or visual snapshot testing."

Include natural synonyms users would say — "vitest", "visual snapshot tests", "test fixtures" — to improve trigger term coverage.

Mention the concrete mechanics (fixtures in src/test/fixtures, snapshot comparison via testImage) to raise specificity beyond two generic actions.

DimensionReasoningScore

Specificity

The description names the domain ("web renderer tests") and two concrete actions ("Add explicitly requested web renderer tests or update existing ones") but is not comprehensive — it omits the fixture/snapshot-test mechanics covered in the body. It fits anchor 3 (domain plus 1-2 concrete actions) better than anchor 4, which requires several specific actions.

3 / 5

Completeness

The "what" is clear (add or update web renderer tests), but there is no explicit "Use when..." clause; "for implementation changes" only weakly implies the triggering situation. Per the judging guideline, a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Phrases like "web renderer tests", "update existing ones", and "implementation changes" are relevant natural terms, but common variations a user would say ("vitest", "visual snapshot tests", "test suite") are missing. This matches anchor 3 (some relevant keywords, missing common variations) rather than anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

"Web renderer tests" carves out a clear niche with minimal overlap against generic testing or documentation skills. It falls between anchors 4 and 5: mostly distinct with only minor overlap risk, but the absence of explicit trigger phrases keeps it below a 5.

4 / 5

Total

13

/

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
remotion-dev/remotion
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.