api-design
/api-design
Pomaga projektować nowe REST API i je przeglądać: standardy, formaty żądań i odpowiedzi, paginacja, wersjonowanie, przepływy uwierzytelniania i specyfikacje OpenAPI.
- Autor
- srstomp ↗
- Repozytorium
- pokayokay ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 28.09.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 12
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 28.09.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Pomaga projektować nowe REST API i je przeglądać: standardy, formaty żądań i odpowiedzi, paginacja, wersjonowanie, przepływy uwierzytelniania i specyfikacje OpenAPI.
Oryginalny opis (EN)
Use when designing new REST APIs, reviewing API designs, establishing API standards, designing request/response formats, pagination, versioning, authentication flows, or creating OpenAPI specifications.
Jak działa
- When NOT to Use
- Core Principles
- Quick Start Checklist
- Design Quick Reference
- References
Podgląd SKILL.md
--- name: api-design description: Use when designing new REST APIs, reviewing API designs, establishing API standards, designing request/response formats, pagination, versioning, authentication flows, or creating OpenAPI specifications. --- # API Design Design clear, consistent, and developer-friendly REST APIs. ## When NOT to Use - **Consuming external APIs** — Use `api-integration` for building clients to call third-party services (Stripe, Twilio, etc.) - **Writing tests for APIs** — Use `testing-strategy` for contract tests, integration tests, mocking strategies - **Reviewing existing API security** — Use `security-audit` for vulnerability scanning of live endpoints - **Designing auth mechanisms** that are the whole task — Use `security-audit` if reviewing, this skill if designing from scratch ## Core Principles - **Resource-oriented** — Design around nouns (resources), not verbs (actions) - **Predictable patterns** — Consistent URL structure, response format, and behavior - **Clear contracts** — Explicit schemas, documented errors, versioned endpoints - **Developer experience** — Meaningful errors, helpful examples, logical defaults ## Quick Start Checklist 1. Identify resources and their relationships 2. Define CRUD operations + custom actions with correct HTTP methods 3. Design request/response schemas with consistent envelope 4. Plan error format with status codes, error codes, and field-level details 5. Write OpenAPI specification with examples 6. Review for consistency, security, and usability ## Design Quick Reference | Method | Purpose | Idempotent | Body | |--------|---------|------------|------| | GET | Read | Yes | No | | POST | Create | No | Yes | | PUT | Replace | Yes | Yes | | PATCH | Partial update | Yes* | Yes | | DELETE | Remove | Yes | No | ## References | Reference | Description | |-----------|-------------| | [endpoints.md](references/endpoints.md) | URL design, HTTP methods, resource modeling | | [requests-responses.md](references/requests-responses.md) | Request/response formats, headers, content types | | [status-codes.md](references/status-codes.md) | HTTP status codes, error handling patterns | | [pagination-filtering.md](references/pagination-filtering.md) | Pagination, filtering, sorting, searching | | [versioning.md](references/versioning.md) | API versioning strategies | | [openapi.md](references/openapi.md) | OpenAPI specification, documentation | | [security.md](references/security.md) | Authentication, authorization, rate limiting | | [tdd-patterns.md](references/tdd-patterns.md) | Test-first patterns for REST endpoints, supertest templates | | [review-checklist.md](references/review-checklist.md) | API design review checklist (validation, auth, performance, docs) |
Pliki w paczce (12)
- SKILL.md 3 KB
- eval-log.md 60 KB
- eval.json 17 KB
- references/endpoints.md 10 KB
- references/openapi.md 10 KB
- references/pagination-filtering.md 8 KB
- references/requests-responses.md 8 KB
- references/review-checklist.md 1 KB
- references/security.md 10 KB
- references/status-codes.md 8 KB
- references/tdd-patterns.md 2 KB
- references/versioning.md 10 KB
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · srstomp/pokayokay | 100 | MIT |
| proyecto26/system-design-skills | 100 | MIT |
| ericrisco/rsc-harness | 100 | MIT |
| yonatangross/orchestkit | 100 | MIT |
| travisjneuman/.claude | 100 | MIT |
| wrongstack/wrongstack | 100 | MIT |
| komluk/scaffolding | 100 | MIT |
| OKHP3/skillz | 100 | MIT |
| event4u-app/agent-config | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki 4408daccc7f7 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100api-designer
Pomaga projektować API REST lub GraphQL i pisać specyfikacje OpenAPI: modelowanie zasobów, wersjonowanie, paginacja i standardy obsługi błędów. - 100api-designer
Projektuje API REST i GraphQL, tworzy specyfikacje OpenAPI i planuje architekturę API: modelowanie zasobów, wersjonowanie, paginacja i standardy błędów. - 100api-design-patterns
Podaje wzorce REST API: wersjonowanie, odpowiedzi błędów, paginacja i konwencje OpenAPI, także przy konfiguracji dokumentacji Swagger. - 100api-design-document
Projektuje gotową do produkcji specyfikację API zgodną z OpenAPI 3.1: modelowanie zasobów, kontrakty, uwierzytelnianie, wersjonowanie, błędy, limity i paginacja. - 90api-contract-design
Podpowiada wzorce projektowania API REST i GraphQL, specyfikacje OpenAPI/Swagger, strategie wersjonowania i uwierzytelniania. - 100api-designer
Projektuje nowe API, tworzy specyfikacje i refaktoryzuje architekturę API pod skalowalność i doświadczenie deweloperów: endpointy REST i GraphQL, OpenAPI, uwierzytelnianie i wersjonowanie.