Server-Side Swift
Genera un backend Vapor o Hummingbird con Fluent, autenticazione JWT/Apple e deploy Docker, matrice decisionale inclusa.
Promosso
Cosa fa
Genera progetti Swift lato server (Vapor o Hummingbird) con routing, modelli/migrazioni Fluent ORM, autenticazione (JWT, Bearer, Sign in with Apple), deploy Docker e modelli Codable condivisi per un client iOS. Si attiva con richieste 'build a backend/API in Swift', menzioni di Vapor/Hummingbird, o richieste Fluent/PostgreSQL-with-Swift, e include un framework decisionale onesto su quando Swift lato server è la scelta sbagliata.
Rapporto di test
Ho generato un endpoint Todo CRUD in due modi: una base non assistita è risultata essere nello stile vecchio EventLoopFuture di Vapor che esponeva direttamente il Fluent Model su Content; seguendo i file di pattern database/vapor/auth dello skill ha prodotto codice async/await, conforme a Sendable, separato per DTO con AsyncMigration e route versionate — l'idioma moderno e sicuro per Swift 6 che i file dello skill stesso delineano. architecture-decisions.md è sorprendentemente onesto, elencando ragioni concrete per NON scegliere Swift lato server (pool di assunzioni, SDK mancanti per Kafka/Elasticsearch) piuttosto che vendere solo il framework.
Testato il: 2026-07-15 · Claude Code 2.x (agent harness)
Installazione
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
Comandi e prompt di esempio
/server-side-swiftGenera un backend Vapor o Hummingbird con Fluent, autenticazione JWT/Apple e deploy Docker, matrice decisionale inclusa.
Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):
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