CtrlK
BlogDocsLog inGet started
Tessl Logo

api-testing-observability-api-mock

You are an API mocking expert specializing in realistic mock services for development, testing, and demos. Design mocks that simulate real API behavior and enable parallel development.

44

Quality

45%

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/antigravity-api-testing-observability-api-mock/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%

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

The skill body is well-structured and reasonably concise with sensible instruction ordering, but it lacks executable examples, validation checkpoints, and a working referenced detail file. It lands at a competent-but-not-exemplary level across all dimensions.

Suggestions

Add a validation/verification checkpoint with a fix-and-retry loop (e.g., 'Verify mock responses match the contract before sharing fixtures; fix mismatches and re-check') to strengthen workflow clarity.

Make the guidance more actionable with a concrete example, such as a sample mock route/scenario definition or a named tool (Prism, Mountebank, MSW), instead of directives only.

Create the referenced 'resources/implementation-playbook.md' so the progressive-disclosure pointer resolves, or remove the reference if no such file is intended.

DimensionReasoningScore

Conciseness

The body is mostly lean and assumes Claude's competence, but the opening paragraph and the 'Context' section both restate the frontmatter description, adding redundancy that could be trimmed.

2 / 3

Actionability

Instructions give specific directives ('Define mock routes, scenarios, and state transitions,' 'Provide deterministic fixtures with optional randomness toggles') but stop short of concrete examples or named tooling, so the guidance is actionable but not copy-paste ready.

2 / 3

Workflow Clarity

The instructions form an implied sequence (clarify contract → define routes/scenarios → provide fixtures → document running), but there are no explicit validation checkpoints or fix-and-retry feedback loops.

2 / 3

Progressive Disclosure

Sections are well organized and the body signals a one-level-deep reference to 'resources/implementation-playbook.md', but that file does not exist in the bundle, so the navigation is broken rather than clean.

2 / 3

Total

8

/

12

Passed

Description

40%

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 conveys a clear domain and purpose but is held back by second-person voice, missing explicit trigger guidance, and only moderate keyword coverage. It reads more as a persona statement than a precise, trigger-rich skill description.

Suggestions

Switch to third-person voice (e.g., 'Designs realistic mock API services for development, testing, and demos') to avoid the rubric's second-person specificity penalty.

Add an explicit 'Use when...' clause naming concrete scenarios (frontend/integration testing, simulating partner or third-party APIs, building demo environments) to lift completeness and trigger_term_quality.

Expand the capability list with specific actions (define routes and scenarios, simulate auth flows, latency, and errors, manage state transitions) to raise specificity above the penalized level.

DimensionReasoningScore

Specificity

It names the domain and a couple of actions ('Design mocks that simulate real API behavior and enable parallel development'), which would be a 2, but the second-person voice ('You are an API mocking expert') triggers the rubric's one-point specificity penalty.

1 / 3

Completeness

It states what the skill does but provides only implied 'when' guidance ('for development, testing, and demos') with no explicit 'Use when...' trigger clause, capping completeness at 2.

2 / 3

Trigger Term Quality

It includes natural terms users might say ('mock services,' 'API,' 'development, testing, and demos'), but coverage is not comprehensive and omits common variations like 'mock API,' 'stub,' or 'mock server.'

2 / 3

Distinctiveness Conflict Risk

The 'API mocking' niche is reasonably distinct, but the description could still overlap with broader testing or API-development skills and lacks sharply distinguishing triggers.

2 / 3

Total

7

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
boisenoise/skills-collections
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.