api-design

Specify REST API endpoint structures, HTTP methods, and status codes.

Updated May 4, 2026
One-click install
npx skills add https://github.com/gganbukim1/myskills --skill api-design-gganbukim1
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: api-design
Source: https://github.com/gganbukim1/myskills/tree/main/api-design
Command: npx skills add https://github.com/gganbukim1/myskills --skill api-design-gganbukim1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you avoid inconsistent and fragile REST API contracts by giving practical conventions for endpoints, HTTP semantics, errors, pagination, and versioning so clients can integrate predictably.

Core Features & Use Cases

  • Consistent resource and endpoint design: Define URL structure using plural, lowercase, kebab-case nouns, with clear handling of sub-resources and action endpoints.
  • Correct HTTP behavior: Choose idempotent vs non-idempotent methods and map real outcomes to appropriate status codes with safe response patterns.
  • Production-ready responses: Standardize success and error envelopes, include field-level validation errors, and support pagination plus filtering/sorting/search.
  • Stability and scalability practices: Select cursor vs offset pagination, implement rate limiting headers, and plan API versioning and deprecation timelines.

Quick Start

Apply the API design patterns from this Skill to draft or review a REST API’s endpoint naming, status codes, response envelope, pagination/filtering strategy, and versioning approach.

Frequently Asked Questions about api-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design REST API endpoints for consistent client integration?▼

To design REST API endpoints for consistent client integration, use plural, lowercase, kebab-case nouns for URL structures. This convention ensures predictable resource naming and clear handling of sub-resources and action endpoints across your API surface.

What HTTP status codes should I use for my REST API?▼

Use correct HTTP status codes by mapping real outcomes to appropriate responses, choosing idempotent vs non-idempotent methods carefully. Safe response patterns require standardizing success and error envelopes with data/error objects to ensure predictable client behavior.

How do I implement pagination in a REST API?▼

Implement REST API pagination by selecting cursor vs offset pagination based on your scale needs. Standardize response envelopes with pagination meta and links, supporting filtering, sorting, and search to ensure clients can navigate large datasets predictably.

What's the best way to structure REST API error responses?▼

The best way to structure REST API error responses is to use a consistent error envelope with structured error objects. Include field-level validation errors to provide clients with actionable feedback for safe validation handling.

How do I plan API versioning and deprecation timelines?▼

Plan API versioning and deprecation timelines by establishing clear conventions for version increments and sunset periods. This stability practice ensures clients can migrate predictably while maintaining backward compatibility during production API evolution.

When should I use cursor pagination instead of offset pagination?▼

Use cursor pagination instead of offset pagination when dealing with large or frequently updated datasets where offset shifts cause data skipping. Cursor pagination provides stable results by anchoring to specific records rather than absolute positions.