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 ./skills/multi-ai-testing/SKILL.md
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 body delivers genuinely actionable multi-agent TDD workflows with excellent sequencing, validation checkpoints, and feedback loops. Its weaknesses are heavy redundancy (coverage gates and verification content repeated across sections), a ~790-line monolithic structure that should split workflow templates and appendices into reference files, and a dangling reference to a nonexistent examples/ directory.

Suggestions

State the ≥80% gate / ≥95% target and quality-score thresholds once in Quality Standards and cut their repetition from the Overview, Workflow 3, and Quick Reference sections; merge Workflow 1's Independent Verification step with Workflow 4 rather than duplicating it.

Split the body into referenced files (e.g., references/tdd-workflow.md, references/test-generation.md, references/ci-integration.md) and keep SKILL.md as an overview with one-level-deep links, per the progressive-disclosure model.

Remove or create the referenced examples/ directory — the closing line "For TDD examples, see examples/" currently points to nothing.

DimensionReasoningScore

Conciseness

The ~790-line body is noticeably padded: the ≥80%/≥95% coverage gates are restated at least four times (Overview, Workflow 3, Quality Standards, Quick Reference), quality-score thresholds are repeated, and Workflow 4's verification/scoring example substantially duplicates Workflow 1's Independent Verification step. Marketing language ("Key Innovation", "validated by tri-AI research") adds no executable value. This fits anchor 2 ('several unnecessary explanations or padded sections') better than anchor 3.

2 / 5

Actionability

Concrete bash commands (`npm test -- --coverage`, `pytest --cov=src`, `npx c8 check-coverage --lines 80`, CI YAML) and detailed sub-agent prompts make the workflows executable. Minor gaps: the `task()` TypeScript snippets are illustrative rather than runnable against a real tool API, and prompts contain placeholders like "[paste from spec]" — 'mostly executable guidance with minor gaps', anchor 4.

4 / 5

Workflow Clarity

All four workflows have numbered sequences, explicit validation checkpoints (confirm tests fail before implementation, re-measure coverage after gap tests), checklists, and error-recovery loops ("If tests pass: ⚠️ Problem!", ensemble variance > 15 → spawn more verifiers). This matches anchor 5: clear sequence, explicit validation, feedback loops, and checklists.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), so all content lives in one file: the four full workflow prompt templates, framework/coverage appendix, and CI/CD config are inlined where reference files belong. Section headers and a Quick Reference table provide some structure, but the single external pointer ("For TDD examples, see examples/") references a nonexistent path. Anchor 3: some structure, but content that should be separate is inline.

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: concrete capabilities with numeric coverage gates, an explicit 'Use when...' trigger clause, and third-person voice. Its only weaknesses are a few missing natural synonyms (unit testing, framework names) and some trigger breadth that could collide with adjacent testing skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with explicit thresholds: "test generation", "coverage validation (≥80% gate, ≥95% target)", "property-based testing", "edge case discovery", plus "independent verification to prevent test gaming". It matches the anchor 'lists multiple specific concrete actions; comprehensive coverage' — nothing is vague or padded.

5 / 5

Completeness

It explicitly answers 'what' (TDD with independent verification, test generation, coverage validation with numeric gates, property-based testing, edge case discovery) and 'when' ("Use when implementing TDD workflows, generating comprehensive test suites, validating test coverage, or preventing test gaming through independent multi-agent verification"). Both are explicit with concrete trigger phrases, matching anchor 5.

5 / 5

Trigger Term Quality

Natural phrases users would say are present ("implementing TDD workflows", "generating comprehensive test suites", "validating test coverage", "preventing test gaming"), but common variations like "writing tests", "unit testing", or framework names (pytest, Jest) are missing. Good keyword coverage with a few natural terms absent — anchor 4, not 5.

4 / 5

Distinctiveness Conflict Risk

The TDD/test-gaming niche is clear and the multi-agent verification angle is distinctive, but broad triggers like "validating test coverage" and "generating test suites" could overlap with closely related testing or code-review skills (and sibling multi-ai-* skills it integrates with). Mostly distinct with minor overlap risk — anchor 4.

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

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.