,

Web Tiers

Les règles d’usage — quotas, sécurité, consentement, performance — des services SaaS que je branche sur mes projets : Firebase, Klaviyo, GTM/Meta Pixel, Microsoft Clarity, PageSpeed Insights.

Philosophie

Chaque service tiers a ses pièges propres — quotas Firestore, double opt-in Klaviyo, consentement GTM — et les oublier coûte cher une fois en production. Plutôt que de les redécouvrir projet après projet, le plugin installe ces règles une fois dans .claude/rules/ et les data pivots associés, consommés ensuite par overcode:data-optimize.

Fonctionnement général

Deux skills : setup installe et vérifie les règles de consommation SaaS (audit du code contre les règles, contexte d’intégration par service), et cd consomme un deploy/contract.json déjà validé pour configurer SSH, Railway ou Heroku et générer une enveloppe CI/CD mince — sans logique applicative propre, sans secret en clair.

Skills disponibles

  • /web-tiers:setup — installe et vérifie les règles de consommation SaaS (install, verify, help <service>).
  • /web-tiers:cd — configure SSH, Railway ou Heroku depuis un contrat déjà validé (local, server, automata).

Exemples de workflows

  • /web-tiers:setup install — installe les règles Firestore/Klaviyo/GTM pertinentes pour le projet.
  • /web-tiers:setup verify — audite le code existant contre ces règles.
  • /web-tiers:setup help firebase — contexte d’intégration avant de brancher un nouveau service.
  • /web-tiers:cd server — configure la cible de déploiement à partir du contrat déjà validé.

Couvre aussi Playwright + Firebase Auth et les checklists PageSpeed Insights / Lighthouse.