Constructeur d'Identité de Marque

Transforme un bref briefing produit en un système de marque d'une page (nom, couleurs, typographie, slogan, tonalité) sauvegardé sous brand-system.md, prêt à être collé dans la base de connaissances d'un projet Lovable.

Qu'est-ce que Constructeur d'Identité de Marque ?

Ce skill d'agent IA guide l'utilisateur à travers un processus pas à pas pour créer un système de marque complet à partir d'un simple briefing produit. Il est idéal pour les développeurs et les créateurs qui utilisent des plateformes comme Lovable, Cursor, Codex ou Claude Code et qui ont besoin d'une identité de marque solide avant de démarrer un projet. Le skill pose des questions ciblées sur le produit, son public et ses tensions, puis génère automatiquement un nom (si nécessaire), une palette de cinq couleurs avec des rôles spécifiques, deux polices Google Fonts contrastées, un slogan en deux phrases, quatre principes de tonalité et des règles concrètes pour le constructeur. Le résultat est un fichier `brand-system.md` structuré, directement exploitable par les outils de build. Le skill applique des garde-fous stricts : il décide plutôt que de sonder, il nomme les couleurs par leur signification plutôt que par leur teinte, il vérifie les contrastes d'accessibilité WCAG AA, et il se concentre sur la version 1 du produit. Il est également lié à d'autres skills comme `pitch-narrative-architect` et `founder-site-copywriter` pour une expérience cohérente.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lexthirteen-ai/claude-loves-lovable-skills/tree/main/sessions/01-brand/finished/brand-identity-builder

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

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

Documentation

Que fait Constructeur d'Identité de Marque ?

Lovable construit ce que vous décrivez, et la plupart des gens n'ont pas encore décidé à quoi ressemble, sonne ou représente leur produit. Ils obtiennent donc le même dégradé générique que tout le monde. Ce skill prend les décisions de marque dont une v1 a réellement besoin, et les écrit sous une forme qu'un constructeur peut suivre.

Quand l'utiliser

  • Vous êtes sur le point de commencer une construction et n'avez pas encore choisi de couleurs, polices ou tonalité.
  • Vos constructions Lovable reviennent toujours génériques.
  • Vous avez un nom mais aucune raison derrière, ou pas de nom du tout.
  • Vous avez besoin d'un document de marque qu'un outil, un coéquipier ou un sous-traitant peut suivre sans que vous soyez présent.

Entrées

Un bref briefing suffit : ce que fait le produit, à qui il s'adresse, et tout ce qui est déjà décidé (un nom, une couleur que vous aimez, un concurrent auquel vous ne voulez pas ressembler). Si l'utilisateur a déjà un nom, gardez-le et rédigez la justification. Ne renommez pas un produit que personne n'a demandé à renommer.

Processus

Posez une question à l'utilisateur à la fois, et seulement pour ce que le briefing ne répond pas déjà.

  1. Sonder le terrain. Répondez vous-même à ces quatre questions à partir du briefing avant de choisir quoi que ce soit. Demandez à l'utilisateur uniquement celles que le briefing laisse ouvertes.

    • Que fait-il réellement, en une phrase opérationnelle ? ("Réserve et planifie les rendez-vous des toiletteurs canins mobiles indépendants", pas "Autonomiser les soins pour animaux".)
    • Qui doit lui faire confiance ? Nommez la relation de confiance principale et une secondaire.
    • Quelle est la tension dans le travail ? Les marques fortes se situent là où deux choses qui ne devraient pas aller ensemble se rencontrent (logistique et calme, données et chaleur). Le nom et le slogan vivent dans cette tension.
    • Quel est le plus petit endroit où il doit fonctionner ? Un favicon, une icône d'application, un en-tête de message texte. Concevez pour cette taille.
  2. Nom (uniquement si nécessaire). Listez dix mots pour le côté opérationnel et dix pour le côté relationnel, puis associez-en un de chaque. Proposez deux ou trois options, chacune avec une justification d'une ligne. Testez chacune : pouvez-vous la dire en une respiration, fonctionne-t-elle comme une URL, un étranger en comprendrait-il au moins la moitié ?

  3. Couleur : cinq couleurs, chacune avec un rôle.

    • Primaire pour les CTA et les moments forts de la marque, haute énergie.
    • Sombre pour la profondeur et le contraste. Plus chaud que le noir pur.
    • Claire pour les surfaces et le texte sur fond sombre.
    • Secondaire comme contrepoids pour rendre la primaire moins criarde.
    • Accent pour les chiffres, les surlignages et l'emphase.

    Nommez chaque couleur pour ce qu'elle signifie pour la marque, pas pour sa teinte ("Route Nocturne", pas "Bleu Marine Foncé"). Vérifiez le contraste : le texte du corps doit passer WCAG AA (4,5:1) sur chaque fond auquel vous l'associez.

  4. Typographie : deux polices. Une police d'affichage suffisamment forte pour porter un titre ou un chiffre. Une police de corps qui disparaît à petite taille. Choisissez parmi Google Fonts pour que tout constructeur puisse les charger. Elles doivent contraster en poids, sans se battre en style : une police d'affichage lourde et expressive avec une police de corps discrète et lisible.

  5. Slogan : deux phrases courtes. La première est l'action opérationnelle, la seconde est la promesse relationnelle. Pas de conjonction, car la juxtaposition est le sens. Quatre à huit mots au total. ("Réservez le van. Gardez le calme.")

  6. Tonalité : exactement quatre principes. Chacun est une paire de contrastes, "X, pas Y", plus une phrase d'exemple et la version générique qu'elle remplace. Les phrases d'exemple ne doivent décrire que des choses que le produit fait réellement en v1, car les constructeurs et les skills ultérieurs les réutilisent comme copie. Les adjectifs de personnalité ("amical, professionnel") ne sont pas des principes, car toutes les marques les revendiquent.

  7. Rédiger les règles de construction. Transformez les décisions en instructions qu'un constructeur suit : quelle couleur va dans quel token de thème, chargement des polices, règles pour les boutons et les titres, et une courte liste de choses à ne pas faire. Cette section est ce qui rend le document utile à Lovable et pas seulement joli.

  8. Sauvegarder. Écrivez brand-system.md en utilisant references/brand-system-template.md. Limitez-vous à une page.

Sortie

  • brand-system.md : une page couvrant la phrase du produit, le public, la justification du nom, le slogan, un tableau de palette avec les règles d'utilisation, l'association de polices, les quatre principes de tonalité et les règles de construction pour Lovable.
  • Une courte note sur la façon de l'utiliser : collez le fichier entier dans la base de connaissances du projet Lovable (paramètres du projet), puis commencez la première invite de construction par "Suivre le système de marque dans la base de connaissances du projet."
  • Optionnel : si l'utilisateur le demande, un aperçu HTML d'une page avec des échantillons de couleurs et des spécimens de polices.

Garde-fous

  • Décidez, ne sondez pas. Recommandez une palette et une paire de polices, et expliquez pourquoi. Proposez des alternatives uniquement pour le nom.
  • Pas de noms de couleurs génériques par l'IA. "Sauge", "Ardoise" et "Taupe Chaud" disent à quoi ressemble une couleur, pas ce qu'elle signifie.
  • Pas de déclarations de mission déguisées en slogan. "Construire ensemble de meilleures communautés" est une mission qui a abandonné.
  • V1 uniquement. La conception de logo, le style d'illustration et la direction photographique peuvent attendre. Dites-le si l'utilisateur dérive là-dessus, et notez-le sous "Plus tard" dans le document.
  • Le contraste n'est pas optionnel. Si une association échoue au test AA, modifiez-la avant de sauvegarder.

Connexes

Le skill suivant lit brand-system.md : pitch-narrative-architect utilise les principes de tonalité, et founder-site-copywriter utilise tout cela.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills associés