What problem does it solve? Inconsistent naming, missing versioning, and undocumented breaking changes slip into APIs during development and only surface after clients break. This Skill automates REST API design review so convention violations, breaking changes, and design weaknesses are caught before an API ships. ## Core Features & Use Cases - API Linting: Validates OpenAPI/Swagger specs against REST conventions including kebab-case resources, camelCase fields, proper HTTP method usage, status codes, and error response formats. - Breaking Change Detection: Compares two spec versions to flag removed endpoints, changed field types, new required fields, and response shape modifications, with a CI gate that exits non-zero on breaking changes. - Design Scorecard: Grades API quality across consistency (30%), documentation (20%), security (20%), usability (15%), and performance (15%) with letter grades and recommendations. - Use Case: When reviewing a PR that adds endpoints, run the linter, breaking-change detector, and scorecard, then iterate until the linter is clean and the scorecard meets the agreed minimum grade. ## Quick Start Review the OpenAPI spec at openapi.json by running the linter, breaking-change detector against the previous version, and the scorecard, then report all findings and the grade.