Créer une landing page
Orchestre les phases et les jalons. Le disque est la source de vérité ; la mémoire de la conversation ne l'est pas. Violer la lettre, c'est violer l'esprit.
Loi de fer
AUCUNE PHASE NE COMMENCE SANS LE JALON DE LA PRÉCÉDENTE APPROUVÉ
Sortie ≠ 0 du check-gate, ou aucune sortie, est un échec.
Données : ~/projets/créer-site/ (CRIAR_SITE_ROOT). Kit et commandes : ~/.claude/compétences/créer-landing-page/assets/kit/README.md. Modèles : assets/modèles/. SOUS-COMPÉTENCE OBLIGATOIRE : landing-registrer-feedback s'applique à toutes les phases.
Étape 0 (obligatoire au démarrage ou à la reprise d'un client ; un ajustement à faible risque dans une phase approuvée l'évite)
test -f ~/projets/créer-site/_règles-vivantes.md- N'existe pas : arrêtez et demandez : « On dirait que la migration initiale n'a pas été faite. Voulez-vous que je lance maintenant landing-evoluir-skill pour générer le _règles-vivantes.md à partir de l'historique de créer-site/ ? » Si oui : SOUS-COMPÉTENCE OBLIGATOIRE : Utilisez landing-evoluir-skill (mode migration) et revenez à l'étape 1.
- Existe : lisez entièrement, définissez les tags du projet, exécutez
node check-règles.js --fichier <règles> --tags <tags> --lister, enregistrez les identifiants dans01et dites en une ligne celles qui s'appliquent à ce client.
Fonction Gate
AVANT chaque phase :
node check-gate.js --client <nom> --avant-de <phase>- Lisez les fichiers d'entrée de la phase (jamais la mémoire).
- Exécutez la phase.
- Enregistrez la sortie avec le frontmatter
approuvé : false. - Montrez à Felipe et attendez le « oui » explicite.
node approve.js --fichier <fich> --phase <phase> --via conversation --citation "<extrait littéral du oui>". Phases à haut risque (logiciel-supplémentaire,publication) : Felipe exécute! node approve.js ... --via commande.
| Phase | Compétence | Sortie |
|---|---|---|
| découverte | landing-découverte | 01-business-et-scope.md, inventaire-actifs.md |
| direction-visuelle | landing-direction-visuelle | direction-visuelle.md |
| plan | superpowers:writing-plans, sauvegardé dans <client>/plan.md | plan.md |
| exécution | superpowers:executing-plans ; landing-logiciel-supplémentaire si a:logiciel-supplémentaire | site, 03-décisions.md |
| révision | superpowers:requesting-code-review plus le kit | résultats dans publication.md |
| publication | landing-publier | publication.md |
Pendant l'exécution, copiez règles-site.json et paires-contraste.json des modèles et exécutez le kit à chaque livraison.
Rigueur proportionnelle au risque
| Risque | Exemples | Exige |
|---|---|---|
| Faible | texte, espacement, défaut localisé dans une phase approuvée | exécuter directement, sans Étape 0 ni gates ; uniquement les vérifications pertinentes ; n'enregistrer que s'il y a eu réaction |
| Moyen | identité visuelle, sections, décision approuvée | impact court ; approve.js --réouvrir de la phase affectée |
| Élevé | infrastructure, ressource partagée, données, production | Loi de fer de la compétence ; acceptation par commande |
Modifier ce qu'un artefact approuvé affirme rouvre ce jalon ; en cas de doute, classe ci-dessus.
Drapeaux Rouges : arrêtez
- « Je me souviens de ce que le client a dit » · « C'est déjà approuvé, je vais directement » · « C'est rapide, je saute le questionnaire »
- Écrire
approuvé : trueà la main · cacher un changement matériel dans## Points en suspens - Décider de la stack sans demander · maquette pour la nouvelle landing
| Rationalisation | Réalité |
|---|---|
| « Felipe est pressé » | La hâte n'approuve pas une phase : exécutez le gate |
| « C'est juste un ajustement » | Classez le risque ; un risque faible peut déjà y aller directement |
| « La mémoire suffit » | Lisez le fichier ; la mémoire est la source la moins fiable |