CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

web3-testing

Master comprehensive testing strategies for smart contracts using Hardhat, Foundry, and advanced testing patterns.

Quality

57%

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/web3-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

40%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 is strong on concrete, mostly executable code but weak on structure: it monolithically inlines standard testing patterns, offers only boilerplate workflow guidance with no validation checkpoints, and references bundle files that do not exist. Moving the inlined examples into the advertised (currently missing) reference files and replacing the generic Instructions with a sequenced workflow would fix most weaknesses.

Suggestions

Create the advertised bundle files (references/hardhat-setup.md, references/test-patterns.md, assets/test-suite.js, scripts/test-contract.sh, etc.) and move the long inlined code blocks into them, leaving SKILL.md as a lean overview with clearly signaled one-level-deep pointers.

Fix the broken and inconsistent reference paths — the Instructions point to 'resources/implementation-playbook.md' while the Resources section lists 'references/...' — so every referenced path resolves.

Replace the generic Instructions ('Clarify goals... Apply relevant best practices and validate outcomes') with a concrete sequenced workflow (setup config → write unit tests → fuzz edge cases → fork mainnet → run coverage) with explicit validation checkpoints such as 'only proceed when npx hardhat coverage passes and gas assertions hold'.

DimensionReasoningScore

Conciseness

The ~430-line body inlines extensive standard patterns Claude already knows (basic loadFixture/Chai describe-it structure, vm.prank cheatcodes) plus boilerplate filler ('Clarify goals, constraints, and required inputs. Apply relevant best practices and validate outcomes.'). Several padded sections match the anchor 'noticeably verbose', and it does not reach anchor 3 because the padding is pervasive rather than occasional.

2 / 5

Actionability

The body provides mostly executable guidance: a complete hardhat.config.js, a Foundry test contract with fuzz and fork tests, 'npx hardhat coverage', 'npx hardhat verify --network mainnet ...', and CI YAML. Minor gaps (undefined addr1/contractAddress variables in the impersonation and verification snippets, network never imported) keep it below the copy-paste-ready anchor 5.

4 / 5

Workflow Clarity

There is no real sequence: the Instructions section is generic boilerplate ('Clarify goals... Apply relevant best practices and validate outcomes') with no concrete steps or validation checkpoints, and the remaining sections are topical reference material rather than an ordered workflow. It sits below anchor 3, whose example at least lists concrete sequenced steps.

2 / 5

Progressive Disclosure

The body points to 'resources/implementation-playbook.md' and lists nine files under references/, assets/, and scripts/ — none of which exist in the bundle — while ~400 lines of detail that the Resources section claims live in those files are inlined in SKILL.md. Broken, inconsistently prefixed references ('resources/' vs 'references/') plus inlined detail match the anchor 'content that clearly belongs in separate files is inlined; or references are buried'.

2 / 5

Total

10

/

20

Passed

Description

60%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 identifies a distinct, well-scoped niche but relies on fluffy verbs ('Master comprehensive testing strategies') instead of concrete capabilities, and it omits any 'use when' trigger guidance. Adding explicit trigger phrases and concrete actions would lift it substantially.

Suggestions

Add an explicit trigger clause, e.g. 'Use when writing or running tests for Solidity smart contracts, setting up Hardhat or Foundry test suites, fuzzing, forking mainnet, or measuring test coverage.'

Replace 'Master comprehensive testing strategies' with concrete actions: 'Write unit and fuzz tests, fork mainnet for realistic tests, measure gas usage, generate coverage reports, and verify contracts on Etherscan.'

Include natural synonyms users would say — 'Solidity', 'unit tests', 'test coverage', 'fuzzing' — alongside the existing 'Hardhat' and 'Foundry' triggers.

DimensionReasoningScore

Specificity

The description names the domain ("smart contracts") and tools ("Hardhat, Foundry"), but its only actions are the generic "Master comprehensive testing strategies" and the vague "advanced testing patterns" — no concrete actions like writing unit tests, fuzzing, or forking mainnet, matching the anchor 'names the domain but actions are minimal or generic'. It falls below anchor 3, which requires 1-2 concrete actions.

2 / 5

Completeness

The 'what' is reasonably clear (smart contract testing with Hardhat and Foundry), but there is no 'Use when...' clause or any trigger guidance, capping completeness at 3 per the judging guidelines. It is above anchor 2 because the 'what' is specific, not vague.

3 / 5

Trigger Term Quality

"testing", "smart contracts", "Hardhat", and "Foundry" are natural phrases users say when needing this skill, giving good keyword coverage. It stays below anchor 5 because common variations like "Solidity", "unit tests", "fuzzing", and "coverage" are missing.

4 / 5

Distinctiveness Conflict Risk

"smart contracts" combined with the distinct tool names "Hardhat" and "Foundry" carves a clear niche with minimal overlap risk against general testing or non-web3 skills. It clearly matches the anchor 'clear niche with distinct triggers; minimal conflict risk'.

5 / 5

Total

14

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 9 missing

Warning

Total

14

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/web3-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.