CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-testing

Use when writing or changing Vitest or React Testing Library tests under `web/` or `packages/dify-ui/`, or when the user explicitly requests frontend test strategy, including evaluation of an existing strategy. Do not use for frontend code-review-only requests, general testability discussion, Python tests, or Cucumber/Playwright E2E.

71

Quality

86%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

An efficient, well-structured instruction skill that points to a single policy owner and gives a crisp sequenced workflow with a verification checkpoint. It stops just short of perfect actionability and workflow clarity because its steps are heuristics without an explicit failure-feedback loop.

Suggestions

Add an explicit feedback loop for the failing-case step, e.g. 'If the failing case does not fail, the test is not asserting the intended behavior — revise before proceeding.'

For the test-deletion recommendation (a destructive action), note a verification step such as confirming the deleted test's behavior is covered elsewhere before removal.

DimensionReasoningScore

Conciseness

Roughly a dozen lean lines that assume Claude's competence, defer policy to an external owner, and contain no padded explanations or taught concepts — every token earns its place.

5 / 5

Actionability

As an instruction-only strategy skill it gives concrete, specific heuristics (smallest boundary, failing case first, run focused spec before the suite) plus concrete file pointers (`web/docs/test.md`, `packages/dify-ui/README.md`); not a 5 because the steps are heuristics rather than copy-paste-ready commands.

4 / 5

Workflow Clarity

Five clearly sequenced numbered steps with an embedded checkpoint ('Run the focused spec before the affected suite and relevant static checks') and a closing risk report; not a 5 because there is no explicit failure-feedback loop (e.g., what to do when the failing case does not fail).

4 / 5

Progressive Disclosure

A short overview that cleanly defers policy and commands to one-level-deep, clearly signaled references (`web/docs/test.md`, the README Development section) with no nesting — well-organized and easy to navigate.

5 / 5

Total

18

/

20

Passed

Description

87%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 strong, tightly-scoped description that answers both what and when with concrete triggers and explicit anti-triggers. It is slightly less comprehensive on raw action enumeration and synonym coverage, which keeps specificity and trigger quality just below perfect.

DimensionReasoningScore

Specificity

Names the domain (Vitest, React Testing Library, frontend tests) and several concrete actions — writing/changing tests, test strategy, evaluating an existing strategy — with only minor gaps in coverage; not a 5 because the actions cluster around one area rather than spanning a comprehensive set.

4 / 5

Completeness

Explicitly states the 'what' (writing/changing/evaluating frontend tests) and a concrete, multi-clause 'Use when...' trigger, including explicit exclusions — clearly and explicitly answering both what and when with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural terms users would say ('Vitest', 'React Testing Library', 'frontend test strategy', 'writing or changing tests') plus path cues (`web/`, `packages/dify-ui/`); not a 5 because synonyms like 'unit tests', 'component tests', or 'snapshot tests' are missing.

4 / 5

Distinctiveness Conflict Risk

Carves a clear niche (Vitest/RTL frontend tests under specific dirs) reinforced by explicit exclusions (no code-review-only, no Python, no Cucumber/Playwright E2E), giving distinct triggers and minimal conflict risk.

5 / 5

Total

18

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
langgenius/dify
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.