What problem does it solve? Public REST APIs break consumers when teams rename fields, change status codes, or skip pagination and idempotency planning. This Skill enforces contract-first design so APIs evolve additively without breaking existing callers. ## Core Features & Use Cases - Contract-first design: Sketch OpenAPI or the repo's contract source before writing controller code, with explicit response, error, and pagination shapes. - Evolution and versioning rules: Distinguish additive changes from breaking ones, pick one versioning strategy per service, and manage deprecation with overlap windows and Sunset headers. - Status-by-origin error handling: Map 4xx to consumer-request problems and 5xx to upstream or service faults, using one consistent error shape (JSON:API, Problem Details, or FHIR OperationOutcome). - Use Case: When adding a new endpoint that charges customers, use this Skill to define the idempotency-key contract, bounded cursor pagination, and signed webhook delivery before any handler code is written. ## Quick Start Use the api skill to review this OpenAPI spec for breaking changes, error-shape consistency, and missing pagination or idempotency contracts.