CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

multi-ai-testing

Test-driven development with independent verification to prevent test gaming. TDD workflows, test generation, coverage validation (≥80% gate, ≥95% target), property-based testing, edge case discovery. Use when implementing TDD workflows, generating comprehensive test suites, validating test coverage, or preventing test gaming through independent multi-agent verification.

Quality

79%

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 ./.claude/skills/multi-ai-testing/SKILL.md

The canonical home for this skill is multi-ai-testing in fernandezbaptiste/Skrillz

SKILL.md
Quality
Evals
Security

Quality

Content

62%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 workflows are clearly sequenced with strong validation checkpoints and mostly executable sub-agent prompts, making the operational core solid. However, the skill is severely overweight: repeated gate definitions, basic-concept explanations, and long mock report transcripts inflate token cost, and there is no real progressive disclosure — everything is inline with a broken examples/ pointer.

Suggestions

State the ≥80%/≥95% coverage gates once in a Quality Standards section and remove the repetitions from the Overview, Workflow 3, and Quick Reference sections.

Trim or move the mock report transcripts (sample coverage reports, verification feedback, quality-score breakdowns) into a reference file or cut them to short format sketches, and drop the 'Prerequisites/Understanding' section explaining TDD and coverage basics.

Create the referenced examples/ directory (or remove the dangling pointer) and move Appendix B's framework/CI-CD material into references/ so the main file is a lean overview.

DimensionReasoningScore

Conciseness

The ~800-line body repeats the ≥80%/≥95% coverage gates in four places (Overview, Workflow 3, Quality Standards, Quick Reference), includes a 'Prerequisites/Understanding' section explaining TDD concepts and line/branch/function coverage that Claude already knows, and pads hundreds of lines with mock report transcripts (sample coverage reports, verification feedback reports, quality-score breakdowns). This matches anchor 2's 'several unnecessary explanations or padded sections' rather than anchor 3, where padding would be occasional rather than pervasive.

2 / 5

Actionability

Guidance is mostly executable: concrete sub-agent prompts with file destinations, runnable bash commands ('npm test -- --coverage', 'pytest --cov=src --cov-report=html'), and a CI/CD YAML snippet. Minor gaps keep it below anchor 5 — 'median(scores)' and 'readFile()' are used without implementation, and 'npm run coverage:uncovered' assumes a nonstandard script.

4 / 5

Workflow Clarity

Each of the four workflows has a numbered process, explicit validation checkpoints ('Confirm Tests Fail' with an explicit warning if tests pass, 'Re-Measure Coverage'), feedback loops (variance > 15 spawns two more verifiers), output lists, validation checklists, and time estimates — matching anchor 5's 'explicit validation steps; feedback loops for error recovery; checklists'.

5 / 5

Progressive Disclosure

The body is a single monolithic file: framework catalogs, CI/CD config, and both appendices are inlined where separate reference files would serve better, and the closing 'For TDD examples, see examples/' points to a directory that does not exist. Structure exists (clear sections and appendices) but content that should be separate is inline with a dangling reference, matching anchor 3 rather than anchor 4.

3 / 5

Total

14

/

20

Passed

Description

88%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 description: it states concrete capabilities with quantified thresholds and pairs them with an explicit 'Use when' trigger clause in third-person voice. The main gaps are missing common synonym terms (unit/integration tests, framework names) and mild overlap with sibling multi-ai skills on the verification trigger.

Suggestions

Add natural trigger synonyms such as 'unit tests', 'integration tests', 'E2E tests', or framework names (Jest, Vitest, pytest) so the description matches how users actually phrase test-writing requests.

Sharpen the trigger boundary against the multi-ai-verification sibling, e.g. 'Use when writing or validating tests; for code-review verification see multi-ai-verification'.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'TDD workflows, test generation, coverage validation (≥80% gate, ≥95% target), property-based testing, edge case discovery' — covering all four of the skill's workflows with quantified thresholds. It matches the 'multiple specific concrete actions; comprehensive coverage' anchor rather than anchor 4, since no workflow is left unrepresented.

5 / 5

Completeness

It explicitly answers 'what' (the full action list with gates) and 'when' ('Use when implementing TDD workflows, generating comprehensive test suites, validating test coverage, or preventing test gaming through independent multi-agent verification'), mirroring the anchor-5 example structure with concrete trigger phrases. Not anchor 4, since the 'when' clause is already fully explicit.

5 / 5

Trigger Term Quality

Natural trigger terms are present ('Test-driven development', 'TDD', 'test generation', 'coverage', 'property-based testing', 'edge case'), but common variations a user would actually say — 'unit tests', 'integration tests', 'write tests', or framework names (Jest, pytest) — are missing. Good keyword coverage with a few gaps fits anchor 4, not anchor 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

The multi-agent anti-test-gaming niche is mostly distinct, but the closing phrase 'independent multi-agent verification' overlaps with the sibling skills multi-ai-verification and multi-ai-implementation referenced in the body. Minor overlap risk with closely related skills fits anchor 4 rather than anchor 5's minimal conflict risk.

4 / 5

Total

18

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (797 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

.claude/skills/multi-ai-testing/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.