Server-Side Swift
Szkieletuje backend Vapor lub Hummingbird z Fluent, JWT/Apple auth i wdrożeniem Docker, w tym macierz decyzyjna.
Testowano · Działa
Co robi ten skill
Generuje projekty Swift po stronie serwera (Vapor lub Hummingbird) z routingiem, modelami/migracjami Fluent ORM, uwierzytelnianiem (JWT, Bearer, Sign in with Apple), wdrożeniem Docker i współdzielonymi modelami Codable dla klienta iOS. Reaguje na żądania 'build a backend/API in Swift', wzmianki Vapor/Hummingbird lub Fluent/PostgreSQL-with-Swift, i zawiera uczciwy framework decyzyjny, kiedy Swift po stronie serwera jest złym wyborem.
Raport z testu
Wygenerowano punkt końcowy Todo CRUD na dwa sposoby: nieukierunkowana podstawa okazała się starym Vapor w stylu EventLoopFuture, wystawiającym Fluent Model bezpośrednio przez Content; podążanie za plikami wzorców database/vapor/auth skilla wygenerowało kod async/await, zgodny z Sendable, rozdzielony DTO z AsyncMigration i wersjonowanymi trasami — nowoczesne, bezpieczne dla Swift-6 idiomy, które opisują własne pliki skilla. architecture-decisions.md jest odświeżająco uczciwy, wymieniając konkretne powody, dla których NIE wybrać Swift po stronie serwera (pula zatrudnienia, brak SDK Kafka/Elasticsearch), zamiast tylko sprzedawać framework.
Testowano: 2026-07-15 · Claude Code 2.x (agent harness)
Instalacja
git clone https://github.com/melissa-pereira-deel/claude-code-server-side-swift-skills mkdir -p ~/.claude/skills cp -r claude-code-server-side-swift-skills/skills/server-side-swift ~/.claude/skills/server-side-swift
Komendy i przykładowe prompty
/server-side-swiftSzkieletuje backend Vapor lub Hummingbird z Fluent, JWT/Apple auth i wdrożeniem Docker, w tym macierz decyzyjna.
Skille uruchamiają się na zwykłe polecenia — bez komend do zapamiętania. Po instalacji aktywują go prompty takie jak te (po angielsku):
scaffold a Vapor backend with Fluent models and JWT authshould I even build this API in server-side Swift or notset up Sign in with Apple auth for my Hummingbird server