Communitygithub.com

FelipeStruchel/landing-page-skills

Utilisez lorsque le fichier « 01-negocio-e-escopo.md » est approuvé et qu’il reste à choisir le style visuel d’une landing page, ou lorsqu’un écran interne (agenda, tableau de bord) d’un client a besoin d’un rendu visuel. Ne pas utiliser pour collecter des données métier (landing-descoberta).

Qu'est-ce que landing-page-skills ?

Cette compétence permet de définir la direction visuelle d’une landing page ou d’un écran interne (agenda, tableau de bord) après validation du scope. Elle est conçue pour des agents comme Claude Code ou Cursor, et impose une rigueur de processus : présenter systématiquement 2 ou 3 directions visuelles, valider chaque palette avec un outil de contraste, et attendre la décision explicite de Felipe avant de construire. La compétence s’appuie sur une gate function qui comprend la dérivation des axes à partir des profils entreprise/client, l’exécution de sous‑compétences (frontend-design) et la rédaction d’un fichier de décision (direcao-visual.md). Elle interdit de construire sans plusieurs options validées, de proposer des assets sans identifiant, ou de négliger le design pour les écrans internes sous prétexte qu’ils sont « internes ». Une section Red Flags liste les rationalisations dangereuses à éviter.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/FelipeStruchel/landing-page-skills/tree/HEAD/skills/landing-direcao-visual

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Landing : direction visuelle

Le style provient du profil de l’entreprise et du profil de son client, pas du goût du moment.

Règle absolue (Iron Law)

AUCUNE CONSTRUCTION SANS 2 OU 3 DIRECTIONS PRÉSENTÉES
ET UNE CHOISIE PAR FELIPE.
TOUT VISUEL, INTERNE OU EXTERNE, PASSE PAR frontend-design.

Première action : node check-gate.js --client <nom> --avant-de direction-visuelle ; lire intégralement le fichier 01 et le fichier inventaire-assets.md ; node check-assets.js --root <client> --phase direction-visuelle. Ne pas utiliser la mémoire de la conversation.

Fonction de porte (Gate Function)

  1. Dérivez les axes des deux profils (references/profils-et-styles.md).
  2. SOUS‑COMPÉTENCE REQUISE : Utilisez frontend-design:frontend-design pour chaque direction.
  3. Chaque direction apporte : nom, idée en une phrase, typographie (display et texte, auto-hébergées), palette avec hex, structure des sections, hero, assets par id (A-nnn) et ce qui manque, risque.
  4. Pour chaque palette, remplissez paires-contraste.json et exécutez node check-contrast.js --css <css> --pairs <paires> ; ne présentez pas de palette refusée.
  5. Recommandez une direction, en liant la recommandation aux deux profils.
  6. Attendez le choix de Felipe. Enregistrez direction-visuelle.md (frontmatter, choisie) et approuvez.

Landing nouvelle : sans mockup, construisez la page (ça demande le même travail). Ajout à quelque chose d’existant : mockup d’abord ; une fois approuvé, vérifiez point par point ce qui est construit par rapport à ce qui a été montré. Une amélioration justifiée en cours de construction est autorisée et va dans le registre de feedback.

Révision visuelle (avant la porte de publication)

Hiérarchie et typographie cohérentes · 375 et 1280 px, capture de la fenêtre (pas fullPage), après avoir fait défiler lentement · contraste (check-contrast) · états de focus, survol, erreur, vide et chargement · espacement, composants et couleurs cohérents · CTA adaptée au métier · la page implémentée, pas le mockup · check-page.

Drapeaux rouges : arrêtez

  • Choisir le style « qui semble le meilleur » et construire
  • CSS générique pour un écran interne « parce que c’est seulement pour elle »
  • Présenter une seule direction
  • Asset cité sans id ou chemin inventé
RationalisationRéalité
« Un interne n’a pas besoin de design »L’écran que le client utilise tous les jours fait partie de la marque
« Felipe a dit « ce que vous trouvez le mieux » »C’est une délégation de la recommandation, pas du choix
« Une direction est plus rapide »Deux ou trois avec recommandation ont été plus rapides que discuter par texte
« La photo dont j’ai besoin doit exister »Notez le besoin ; ne présumez jamais du fichier

Individual skills in this repo

This repo contains 6 individual skills — each has its own dedicated page.

FelipeStruchel/landing-page-skills

Use when o Felipe pede para criar, montar, refazer ou retomar uma landing page ou site de uma página para um negócio ou cliente, ou abre uma pasta de cliente em criar-site/. Não use para redesenhar as próprias skills (landing-evoluir-skill).

FelipeStruchel/landing-page-skills

Use when começa um cliente novo de landing page sem 01-negocio-e-escopo.md aprovado, quando faltam dados do negócio, mídias, nomes ou perfis, ou quando o Felipe pede o questionário de entrada. Não use para escolher estilo visual (landing-direcao-visual).

FelipeStruchel/landing-page-skills

Use when o Felipe pede para redesenhar skills de landing page, revisar aprendizados acumulados, processar feedbacks pendentes, atualizar o _regras-vivas.md, fazer a migração inicial das regras, ou quando o Passo 0 oferece a migração. Não use durante a construção de um cliente.

FelipeStruchel/landing-page-skills

Use when uma landing page está pronta para ir ao ar: publicar, fazer deploy, configurar domínio ou Cloudflare, limpar cache, ou conferir o site já publicado. Não use para construir a página (criar-landing-page).

FelipeStruchel/landing-page-skills

Use when SEMPRE durante o trabalho em uma landing page de cliente: ao entregar qualquer coisa (texto, foto, tela, deploy) e ao receber reação, correção, elogio ou aprovação do Felipe ou do cliente.

FelipeStruchel/landing-page-skills

Use when uma landing page precisa de software além da página estática: agenda ou reserva, painel, API, banco, e-mail transacional, notificação, ou qualquer serviço que roda no servidor ao lado de outro sistema. Não use para páginas só de HTML, CSS e JS.

Skills associés