Rest api designer
Design clean, consistent REST API endpoints (resources, methods, status codes, errors, pagination). Use when the user asks to design an API, add endpoints, or review API shape.From its SKILL.md
npx -y skills add minagayid/Agents --skill rest-api-designerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
1.5 KB, as published. Nobody here has run it
REST API Designer
Design HTTP APIs that are predictable and easy to consume.
Principles
- Resources are nouns, plural:
/orders,/orders/{id},/orders/{id}/items. - Methods carry the verb:
GET(read),POST(create),PUT/PATCH(replace/update),DELETE. - GET is safe and idempotent; never mutate on GET.
Status codes
200 OK,201 Created(+Location),204 No Content.400invalid input ·401unauthenticated ·403forbidden ·404not found ·409conflict ·422validation ·429rate limited ·500server error.
Conventions
- Errors: consistent JSON body, e.g.
{ "error": { "code": "...", "message": "...", "details": [...] } }. - Pagination: cursor-based preferred (
?limit=&cursor=), returnnext_cursor. - Filtering/sorting:
?status=open&sort=-created_at. - Versioning: prefix (
/v1/...) or header; be explicit and stable. - Idempotency: support an
Idempotency-Keyheader for non-idempotent creates. - Use ISO-8601 timestamps,
snake_caseorcamelCaseconsistently, and stable field names.
Deliverable
Produce an endpoint table (method · path · purpose · request · response · status codes) and, if useful, an OpenAPI sketch. Call out auth, rate limits, and breaking-change risks.