Porte de publication front-end

## Vue d'ensemble
Porte de publication front-end est un workflow de pré-publication pour les changements axés sur l'interface utilisateur. Il exécute trois points de contrôle qualité automatisés — vérification des flux dans le navigateur, validation du lint/types et audit de sécurité — afin que vous puissiez publier en toute confiance et détecter les régressions avant qu'elles n'atteignent la production.
## Démarrage rapide
1. Installez le plugin dans votre espace de travail OpenClaw : `npx skillstore add @frontend-release-gate`
2. Avant de fusionner une branche d'interface utilisateur, déclenchez **webapp-testing** pour exécuter les vérifications Playwright : vérifiez le flux utilisateur principal, capturez des captures d'écran des écrans clés et examinez la sortie de la console du navigateur pour détecter les erreurs.
3. Exécutez **lint-typecheck** pour détecter les violations ESLint et les erreurs de type TypeScript dans toute la base de code front-end — gardant la publication propre avant la fusion.
4. Enfin, exécutez **security-audit** pour examiner la gestion de l'authentification, l'exposition des clés API et les risques d'injection avant que le changement ne soit mis en ligne.
## Commandes principales
- `webapp-testing` — Lance des vérifications basées sur Playwright sur votre application web locale ; affiche les flux d'interface utilisateur cassés, les erreurs de console et fournit des captures d'écran pour une révision visuelle.
- `lint-typecheck` — Exécute les vérifications de type ESLint et `tsc` ; affiche les régressions de types et les violations de lint que CI peut ne pas détecter sur des caches obsolètes.
- `security-audit` — Audite les chemins d'exécution des commandes, les permissions des outils et la gestion des clés API pour détecter les vulnérabilités d'authentification et les risques d'injection.
## Conseils
- Exécutez les trois portes en séquence sur chaque PR axé sur l'interface utilisateur : webapp-testing → lint-typecheck → security-audit.
- Associez-vous avec un plugin de pipeline CI (par exemple, un plugin de construction et de test) afin que la porte s'exécute automatiquement sur chaque demande de pull sans invocation manuelle.
- Si webapp-testing signale un flux cassé, corrigez-le avant de passer à lint-typecheck — un rendu cassé masque souvent les erreurs de type en aval.