CtrlK
BlogDocsLog inGet started
Tessl Logo

verify-tests-fail-without-fix

Verifies tests catch the bug. Auto-detects test type (UI tests, device tests, unit tests) and dispatches to the appropriate runner. Supports two modes - verify failure only (test creation) or full verification (test + fix validation).

64

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 ./.github/skills/verify-tests-fail-without-fix/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with a clear, validated workflow, but it is verbose due to redundant workflow restatements and keeps detail inline rather than splitting it into reference files.

Suggestions

Consolidate the Workflow, Mode 1/Mode 2, and "What It Does" sections into a single authoritative sequence to remove redundancy and trim the ASCII output boxes.

Move the detailed output-file directory tree and the full optional-parameters reference into a separate reference file linked from the body, keeping SKILL.md as a lean overview.

Tighten the "Expected Output" section to the essential VERIFICATION PASSED/FAILED signals rather than full boxed banners.

DimensionReasoningScore

Conciseness

The ~220-line body restates the workflow across the Workflow, Mode 1, Mode 2, and "What It Does" sections, and the ASCII output boxes are verbose; it is mostly efficient but could be tightened by consolidating the redundant workflow descriptions.

2 / 3

Actionability

Provides concrete, copy-paste-ready `pwsh` commands with real parameters and flags (e.g., `-Platform android -TestType UnitTest -TestFilter "Maui12345" -RequireFullVerification`), fully executable guidance.

3 / 3

Workflow Clarity

Clear Step 1–4 sequence with explicit validation checkpoints — the inverted pass/fail semantics table and VERIFICATION PASSED/FAILED interpretation — plus a troubleshooting feedback loop for error recovery.

3 / 3

Progressive Disclosure

Well-sectioned but largely monolithic at ~220 lines; the only external reference is the script (which exists and is signaled), with no reference files for the detailed output-file tree and parameter material that could be split out.

2 / 3

Total

10

/

12

Passed

Description

75%

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 and uses natural trigger terms, but it lacks an explicit "Use when…" clause, which caps completeness and leaves its distinctiveness only partially established.

Suggestions

Add an explicit "Use when…" clause naming the activation trigger (e.g., "Use when verifying that existing tests reproduce a bug before or after a fix is applied").

Clarify the distinctiveness boundary by contrasting with adjacent skills in the description itself (e.g., "Use for verifying reproduction, not for writing new tests or running tests ad hoc").

Consider folding the inverted pass/fail trigger phrasing ("verify tests fail without the fix") into the description so it matches what a user would naturally say.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Auto-detects test type (UI tests, device tests, unit tests) and dispatches to the appropriate runner" plus "two modes - verify failure only (test creation) or full verification (test + fix validation)" — rather than vague language.

3 / 3

Completeness

Clearly answers "what" the skill does, but there is no "Use when…" clause or equivalent explicit trigger guidance, so completeness is capped at 2 per the rubric guideline.

2 / 3

Trigger Term Quality

Includes natural terms a developer would say — "tests catch the bug", "UI tests, device tests, unit tests", "verify failure", "fix validation" — giving good coverage of likely user phrasing.

3 / 3

Distinctiveness Conflict Risk

The "verifies tests catch the bug" niche is somewhat specific, but without an explicit trigger clause it could still overlap with general test-running skills (the body's activation guard lists run-device-tests and write-tests-agent as adjacent skills).

2 / 3

Total

10

/

12

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
dotnet/maui
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.