CtrlK
BlogDocsLog inGet started
Tessl Logo

api-contract-testing

Verifies API contracts between services using consumer-driven contracts, schema validation, and tools like Pact. Use when testing microservices communication, preventing breaking changes, or validating OpenAPI specifications.

68

Quality

82%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

64%

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

The skill provides strong, executable code examples for Pact consumer-driven contract testing and OpenAPI validation, making it highly actionable. However, it wastes tokens on concept definitions Claude already knows and lacks an explicit workflow sequence with validation checkpoints for the multi-step contract testing process. The progressive disclosure structure is reasonable but unsupported by actual bundle files.

Suggestions

Remove the Key Concepts table and Tools list — Claude already knows these terms and tools; reclaim those tokens for a clear workflow sequence.

Add an explicit numbered workflow showing the full contract testing lifecycle: write consumer test → generate pact → publish to broker → verify provider → check can-i-deploy → deploy, with validation checkpoints at each stage.

Provide the referenced bundle files (references/python-json-schema.md, etc.) or remove the references if they don't exist.

DimensionReasoningScore

Conciseness

The key concepts table explains terms Claude already knows (consumer, provider, schema, etc.), and the tools list at the end is general knowledge. The code examples themselves are well-sized, but the surrounding content adds unnecessary padding.

2 / 3

Actionability

The skill provides fully executable TypeScript and JavaScript code examples for consumer tests, provider verification, and OpenAPI validation. The code is copy-paste ready with realistic patterns including matchers, state handlers, and middleware configuration.

3 / 3

Workflow Clarity

The implicit workflow is consumer test → provider verification → CI/CD, but this sequence is never explicitly stated. There are no validation checkpoints or feedback loops for what to do when contract verification fails, which is critical for a multi-step process involving breaking change detection.

2 / 3

Progressive Disclosure

References to additional implementations (Python, Java, Pact Broker CI/CD) are well-signaled, but no bundle files are provided to back them up. The main file includes a reasonable amount of content inline, though the best practices and tools sections could arguably be separate.

2 / 3

Total

9

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a well-crafted skill description that clearly defines its scope around API contract testing with specific tools and methodologies. It includes an explicit 'Use when' clause with natural trigger terms that developers would use, and its focus on contract testing makes it highly distinguishable from related but different skills like general API testing or microservices development.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: 'Verifies API contracts between services', 'consumer-driven contracts', 'schema validation', and mentions specific tooling like 'Pact'. These are concrete, actionable capabilities.

3 / 3

Completeness

Clearly answers both what ('Verifies API contracts between services using consumer-driven contracts, schema validation, and tools like Pact') and when ('Use when testing microservices communication, preventing breaking changes, or validating OpenAPI specifications') with an explicit 'Use when' clause.

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: 'API contracts', 'consumer-driven contracts', 'Pact', 'microservices communication', 'breaking changes', 'OpenAPI specifications', 'schema validation'. Good coverage of terms a developer would naturally use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive niche focused on contract testing between services, with specific triggers like 'Pact', 'consumer-driven contracts', and 'OpenAPI specifications' that are unlikely to conflict with general testing or API development skills.

3 / 3

Total

12

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
secondsky/claude-skills
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.