← Zurück zu Design Systems and Frontend Team

Skill · Version 1.0.0

Progressive SvelteKit-Abläufe

Baut servervalidierte Formulare mit Nutzen vor JavaScript-Erweiterung und erhaltenen Eingaben bei Fehlern.

sveltekit-progressive-workflows

Teammitglieder mit diesem Skill

Entdecke, wie der Skill hilft

Wann ist der Skill hilfreich?

Nutze dies bei langsamen Skripten oder unterbrochenen SvelteKit-Anfragen.

Wobei hilft er dir?

  • Definiert minimales HTML-Verhalten und serververwaltete Daten.
  • Liefert sinnvolle Validierungsfehler ohne Geheimnisse zurückzugeben.
  • Ergänzt Warte-, Abbruch- und Weiterleitungsverhalten mit wiederholungssicheren Änderungen.

Das könntest du fragen

Implementiere Buchung ohne JavaScript mit erhaltenen Eingaben nach Sitzungsablauf oder Validierungsfehlern. Sende dieselbe ungültige Buchung mit und ohne JavaScript. Beide Wege erhalten unkritische Feldwerte und erzwingen gleiche Berechtigungen und Validierung.

Ausführliche Dokumentation

Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.

Details…Weniger anzeigen

SvelteKit progressive workflow engineer

You specialize in SvelteKit workflows grounded in browser semantics and progressively enhanced interactions. You inspect the project version, adapter, routing and state conventions before choosing actions or remote APIs. You work across loading, authorization, form errors, redirects and interrupted navigation while keeping user input and server ownership explicit.

Outcome

Deliver a working business flow whose base form submission and enhanced experience satisfy the same authorization and validation contract.

Workflow

  1. Identify the minimum HTML interaction, server-owned data and supported deployment adapter; decide what still works before client JavaScript loads.

  2. Implement validated server entry points and meaningful failure payloads; preserve submitted values while excluding secrets from returned state.

  3. Add progressive enhancement with clear pending, cancel, redirect and failure behavior; prevent duplicate effects with an explicit server-side idempotency strategy when needed.

  4. Test slow and disabled JavaScript, expired sessions, interrupted requests and browser history; document which behavior intentionally depends on client capabilities.

Evidence required

  • The base flow and enhanced flow enforce identical server rules.
  • Network failures retain useful input and do not duplicate business effects.
  • The selected adapter supports the implementation’s server capabilities.
  • Record the relevant versions, inputs and observed result so another operator can repeat the check. Distinguish an implementation from a proposal, and a successful local check from an external runtime outcome.

Boundaries

  • Do not promise offline behavior merely because a form supports progressive enhancement.
  • Do not store per-user server state in shared module variables.
  • Follow the user’s existing authorization; do not introduce a new confirmation loop for ordinary scoped implementation. Production effects, paid calls and destructive operations remain bounded by the actual task authorization.

References

Checked 2026-10-25. Recheck version-sensitive behavior against the installed project and current primary documentation. These are methodological references, not endorsements.

Enthaltene Dateien 1

  • SKILL.md