logo

Que fait logo ?

Concevez un logo qui identifie sans expliquer : une idée claire, construite en SVG propre, éprouvée à 16 px et en une couleur, livrée sous forme de fichiers qu'un développeur et un imprimeur peuvent utiliser. La sortie est une marque recommandée ainsi que les preuves qu'elle fonctionne.

Quand l'utiliser

• Un nouveau logo, mot-symbole, lettrage, monogramme, symbole ou emblème pour une entreprise, un produit ou un projet.
• Une icône d'application, un favicon ou un avatar social, nouveau ou à partir d'une marque existante.
• Une critique, comparaison ou modernisation d'un logo existant (« il rend mal en petit », « il fait daté »).
• Variantes de livraison et un petit guide d'utilisation pour une marque qui existe déjà.

Quand ne pas l'utiliser

• Couleurs, polices, tokens, tonalité de marque, DESIGN.md, « montre-moi des visuels pour le site » : lll:design-system.
• Écrans, composants, illustrations dans l'interface produit : lll:ui.
• Nommer l'entreprise, positionnement, conseil en marque : lll:business ; une recherche de marque nécessite un professionnel.
• Publications sociales, campagnes, créations publicitaires : lll:marketing.
• Actifs photo, vidéo ou 3D : hors scope ; le dire.

Modes

Guidage (par défaut). Brief, concepts, critique et conseils dans le chat. Les SVG de concept sont dessinés dans un dossier scratch hors du dépôt, rendus, regardés et montrés (SVG collé ou image) ; rien n'est écrit dans le projet. Pas de sous-agents. Arrêt au point de contrôle de concept.

Complet. Uniquement après que le propriétaire a choisi une direction et demande la trousse (ou demande une exécution de bout en bout). Écrit les fichiers finaux dans le dossier brand/ du projet (brand/logo/, ou le dossier déjà utilisé par le projet) : maquettes, variantes, jeux de favicon et d'icônes d'application, fiche de test, mini-guide. Liste de livraison et noms de fichiers : references/delivery.md. Les sous-agents sont facultatifs ; au plus un brief large pour les tâches de rendu et d'export (../../shared/agents.md).

Tâches

Tâche	Déclencheur	Lire
design	nouveau logo	references/brief.md, references/mark-types.md, references/concepts.md
build	transformer un concept en SVG	references/svg-construction.md, references/optical-refinement.md
critique	retour sur un logo existant	references/critique-redesign.md, references/testing.md
redesign	moderniser ou remplacer	references/critique-redesign.md, puis design
assets	variantes, favicon, icônes d'app	references/delivery.md, references/app-icons.md
present	montrer les concepts, rédiger un guide	references/presentation-guide.md

Règles strictes

1. Un logo est un identifiant, pas une explication. Une idée, exprimable en une phrase. Une phrase qui pourrait décrire le logo d'un concurrent n'est pas un concept.
2. Apprendre avant de dessiner : l'orthographe exacte du nom, ce que fait l'entreprise, pour qui, trois à cinq adjectifs, concurrents, contraintes. Les acquis existants (couleurs, formes que les gens reconnaissent) sont respectés sauf indication contraire du propriétaire.
3. Construire d'abord en noir. La couleur vient après que la forme fonctionne. Pas de dégradés, d'ombres ou d'effets pour sauver une forme faible.
4. Regarder son travail. Dessiner du SVG à l'aveugle est la principale source de mauvaises marques. Rendre et visualiser chaque itération.
5. Ne jamais tracer, imiter ou « mettre à jour » une marque existante reconnaissable. Si cela semble familier et n'est pas celui du client, c'est celui de quelqu'un d'autre.
6. Les fichiers finaux sont vectoriels : texte converti en contours, traits expansés, pas de raster, pas de filtres, pas de scripts.
7. Ne jamais revendiquer une vérification de marque ou une couverture de licence de police. Dire quelles polices ont été supposées et que le propriétaire doit faire vérifier la marque par un professionnel.
8. Arrêter au point de contrôle de concept. Montrer trois concepts et une recommandation, puis attendre. Construire la trousse complète uniquement pour la direction choisie. Ne pas sauter la pause sauf si le propriétaire dit de ne pas vérifier.
9. Les tests sont des résultats, pas des intentions : signaler ce qui a passé, ce qui a été modifié et ce qui reste au propriétaire.
10. Écrire uniquement un contenu générique. Ne jamais mettre les noms ou marques d'autres clients dans un livrable.

Étapes

1. Apprendre le projet. Lire les bases de ../../shared/stack-detect.md, puis chercher les logos existants (public/, assets/, brand/, *.svg, jeux d'icônes d'app, manifest.json), DESIGN.md, README et le texte de la page d'accueil. Noter le nom exact, les plateformes (web, iOS, Android, desktop), les couleurs déjà utilisées.
2. Brief. Remplir le brief (references/brief.md) : nom, offre, public, adjectifs et anti-adjectifs, concurrents, contraintes, où la marque doit fonctionner. Voie rapide : au plus cinq questions dans un seul message, ou formuler des hypothèses et avancer. Les adjectifs sont la donnée la plus précieuse.
3. Analyser la catégorie. Lister les clichés (fintech : boucliers et flèches vers le haut ; café : grains et vapeur ; IA : étincelles et cerveaux). Les traiter comme interdits sauf si on leur donne une forme nouvelle. Regarder les marques concurrentes avec les outils du navigateur lorsque c'est autorisé, en lecture seule.
4. Concepts. Écrire 8 à 12 concepts d'une phrase chacun couvrant au moins deux types de marques (references/mark-types.md, references/concepts.md). Les noter sur la clarté de l'idée, la distinction, la simplicité, la pertinence et la force en petite taille. Garder les trois plus forts et les plus différents. Peu coûteux à écrire, coûteux à construire : n'en construire que trois.
5. Construire le SVG en noir d'abord pour chacun des trois (references/svg-construction.md). Décrire la construction en mots (primitives, rayons, angles, unité de grille), puis écrire le SVG. Sauvegarder chaque itération (a-v1.svg, a-v2.svg).
6. Vérifier et affiner, au moins deux boucles.
   • node scripts/svg-check.mjs check a.svg signale la structure, les couleurs, les traits, les angles proches et le centrage.
   • node scripts/svg-check.mjs sheet a.svg -o sheet-a.html construit une fiche de test : échelle de tailles, 16 px et 32 px, une couleur, inversé, arrière-plans, plissement des yeux, miroir, onglet favicon, vignette d'app, recadrage avatar.
   • Ouvrir la fiche avec un outil de navigateur et regarder. Corriger ce qui échoue (references/testing.md, references/optical-refinement.md). Répéter.
7. Point de contrôle. Montrer les trois concepts côte à côte en niveaux de gris en grande et petite taille, une ligne chacun, une recommandation avec un risque honnête par concept (references/presentation-guide.md). Proposer la trousse. Attendre la réponse. Si des modifications sont demandées, retourner à l'étape 5.
8. Trousse (Mode complet, après approbation). Géométrie finale et coupe petite taille ; couleur (une ou deux couleurs, versions une couleur et inversée, references/colour-type.md) ; typographie et compositions (horizontale, empilée, symbole seul, mot-symbole seul) ; fichiers de livraison (references/delivery.md) ; icônes d'application (references/app-icons.md) ; mini-guide (references/presentation-guide.md). Créer les copies noires, blanches et mono avec node scripts/svg-check.mjs variants logo.svg, les toiles icônes d'app avec node scripts/svg-check.mjs icon logo.svg --kind ios -o ios.svg, et empaqueter les tailles favicon avec node scripts/svg-check.mjs ico 16.png 32.png 48.png -o favicon.ico.
9. Clôture. Exécuter la liste de vérification finale (references/testing.md). Lister les éléments ouverts pour le propriétaire : recherche de marque, licence de police, épreuve d'impression, accord des couleurs.

Quel type de marque, en un tableau

Type	Choisir quand	Attention
Mot-symbole	nom distinctif, surtout vu dans du texte	faible à 16 px ; nécessite un compagnon compact
Lettrage / monogramme	nom long, initiales connues ou courtes	générique sauf si la lettre est personnalisée
Symbole pictographique	un objet simple et appropriable correspond à l'idée	littéralité, clichés
Marque abstraite	offre large ou intangible	nécessite une signification construite dans le temps
Emblème / badge	patrimoine, artisanat, institutions	les détails fins se perdent en petit
Combinaison	la plupart des nouvelles marques ; symbole + mot-symbole dans des compositions	doit fonctionner séparément aussi bien qu'ensemble
Dynamique / système	nombreux points de contact ou produits	nécessite un noyau rigide ; pas pour les petites marques

Guide de raisonnement et de décision : references/mark-types.md.

Résultat

• Guidage : brief et hypothèses, trois concepts (image rendue ou SVG collé, une ligne chacun), recommandation, résultats des tests jusqu'à présent, éléments ouverts. Rien n'est écrit dans le dépôt.
• Complet : dossier de fichiers finaux avec un manifeste, la fiche de test, le mini-guide, les sorties réelles de svg-check pour chaque maquette, et la liste de ce que le propriétaire doit encore faire.
• Dire ce qui n'a pas été exécuté : pas de rendu, pas de test sur appareil, pas d'épreuve d'impression, pas de recherche de marque.
• Prochaines étapes : deux à quatre puces (choisir une direction, effectuer une recherche de marque, appliquer la marque dans le site et l'application avec lll:ui, définir les couleurs de marque avec lll:design-system).