CtrlK
BlogDocsLog inGet started
Tessl Logo

contract-testing

Use when setting up integration testing for a frontend-backend API boundary, evaluating whether two services are safe to deploy independently, or replacing slow end-to-end tests with contract tests.

63

Quality

75%

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

Quality

Content

70%

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

The content is well-structured and token-efficient with proper progressive disclosure to a real reference file. It is weakest on actionability and workflow clarity: the body lacks executable code or an explicit validation checkpoint for the contract-verification flow.

Suggestions

Add at least one minimal executable Pact consumer test snippet in the Fix section so Claude has a copy-paste-ready starting point.

Insert an explicit validation checkpoint, e.g. 'Confirm the contract verification passes in provider CI before merging the provider change.'

Reference the broker verification step as a concrete command or pipeline stage rather than only describing it in prose.

DimensionReasoningScore

Conciseness

The body is lean — a short rationale, a compact Quick Reference, and terse Check/Fix/Explain/Code Review sections — assuming Claude's knowledge of Pact and contract testing without restating fundamentals; every section earns its place.

3 / 3

Actionability

It directs adding 'Pact consumer tests', publishing 'to a broker', and adding 'provider verification to the backend CI pipeline', but offers no executable code, commands, or concrete examples in the body — concrete guidance is deferred to the reference file rather than present inline.

2 / 3

Workflow Clarity

The four sections imply a sequence (Check → Fix → Explain → Code Review) and the Quick Reference lists a publish-then-verify flow, but there is no explicit validation checkpoint (e.g. 'verify the contract passes in CI before proceeding') for an operation where a broken contract blocks deployment.

2 / 3

Progressive Disclosure

The body is a concise overview that clearly signals a single one-level-deep reference ('see references/rule.md') which exists as a real file, keeping detail out of SKILL.md and enabling easy navigation.

3 / 3

Total

10

/

12

Passed

Description

80%

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 strong: it uses an explicit 'Use when' clause, names concrete actions, and occupies a distinct niche. Its main weakness is trigger-term breadth, missing common natural-language variations like 'Pact' or 'consumer-driven' that a user might say.

Suggestions

Add common natural-language trigger terms a user would actually say, e.g. 'Pact', 'consumer-driven contract testing', or 'frontend-backend API contract'.

Consider mentioning the tooling (Pact Broker) explicitly so users asking about 'Pact testing' land on this skill.

DimensionReasoningScore

Specificity

It lists three concrete actions: 'setting up integration testing for a frontend-backend API boundary', 'evaluating whether two services are safe to deploy independently', and 'replacing slow end-to-end tests with contract tests' — multiple specific concrete actions rather than vague language.

3 / 3

Completeness

It opens with an explicit 'Use when' trigger clause listing three scenarios, and the actions describe what the skill does, so both 'what' and 'when' are explicitly answered.

3 / 3

Trigger Term Quality

It surfaces 'integration testing', 'API boundary', 'end-to-end tests', and 'contract tests', but omits common variations a user might naturally say like 'Pact', 'consumer-driven', 'frontend-backend', or 'deploy independently' phrasing is thin; coverage is decent but not broad.

2 / 3

Distinctiveness Conflict Risk

The trigger is narrowly scoped to contract testing between a frontend-backend API boundary, a clear niche unlikely to conflict with generic testing or integration-testing skills.

3 / 3

Total

11

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.