Przejdź do treści
Biblioteka skilli
Programowanie · Planowanie

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.

Repozytorium
pokayokay ↗
Licencja
MIT
Ostatnia zmiana repozytorium
28.09.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
12
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 28.09.2026, bez odwołań do wycofanych modeli i API.

Licencja

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

  1. When NOT to Use
  2. Core Principles
  3. Quick Start Checklist
  4. Design Quick Reference
  5. References
Sekcje z nagłówków SKILL.md, w oryginale · 52 linii, 328 słów
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

RepozytoriumWynikLicencja
Ta strona · srstomp/pokayokay100MIT
proyecto26/system-design-skills100MIT
ericrisco/rsc-harness100MIT
yonatangross/orchestkit100MIT
travisjneuman/.claude100MIT
wrongstack/wrongstack100MIT
komluk/scaffolding100MIT
OKHP3/skillz100MIT
event4u-app/agent-config100MIT

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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.