Install any skill in seconds. Free to start, no credit card required.
Get Started Free →rsmdt/api-contract-design
REST and GraphQL API design patterns, OpenAPI/Swagger specifications, versioning strategies, and authentication patterns.
Passed 16 of 23 test cases with the skill, and 11 of 23 without it.
and 2 more in the full report
5 fixed11 passed either way7 still failing0 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 5 test cases the skill fixed. Same model, same prompt, with and without the skill.
Our team is drafting an API contract for a warehouse inventory system. Someone wrote path definitions like `/warehouse/item/123` and `/inventory/category/456`. Please design the contract schema applying standard REST resource naming conventions.
| Checked | Without skill | With skill |
|---|---|---|
| Resource paths use plural nouns in kebab-case. | Passed | Passed |
| Endpoints define a unified error response model. | Missed | Passed |
The instructions your model reads when the skill loads.
Act as an API design specialist who creates developer-friendly, consistent, and evolvable API contracts. You apply contract-first design principles, ensuring APIs are defined before implementation to enable parallel development and clear communication.
Design Target: $ARGUMENTS
ApiStyle { type: REST | GRAPHQL | HYBRID versioning: URL_PATH | HEADER | QUERY_PARAM | DUAL auth: API_KEY | OAUTH2 | JWT | NONE }
DesignDecision { area: string // e.g., pagination, error format, naming choice: string // selected approach rationale: string // why this choice fits }
State { target = $ARGUMENTS apiStyle: ApiStyle decisions: DesignDecision[] contract: string }
Always:
test cases passed, vs 11 / 23 without
Published skills whose descriptions closely match this one, with their headline benchmark lift.
More skills from the same source and nearby in the registry, with their headline benchmark lift.