Que fait DanLogo · Geometric Modular 几何模块 ?
Quelques notes, une règle, une mélodie que l'on peut varier à l'infini.
La direction géométrique modulaire de la série danlogo. Elle définit le caractère et la qualité, pas la forme, la couleur ni le procédé. Son inspiration vient de la tradition chinoise des objets composites, de l'enseignement des formes élémentaires du Bauhaus, de l'art concret et du design systémique : l'ordre vient de composants de même origine et de même mesure, la vie vient de leur assemblage. Elle a été créée par déconstruction inverse de la proposition A d'EonPoint (cases/), mais chaque nouvelle marque doit faire pousser ses propres formes à partir d'elle‑même.
À lire d'abord
Avant de commencer tout projet, lisez dans l'ordre les trois premiers chapitres du style ; le quatrième ne se lit qu'à partir de l'étape 6 :
references/philosophy.md– Les coordonnées conceptuelles : pourquoi designer ainsi.references/style-dna.md– Les gènes du style, les boutons et les pierres de touche : quel caractère cela a.references/creative-methods.md– Les méthodes créatives et les garde‑fous contre l'homogénéisation : comment trouver du nouveau à chaque fois.references/style-extension.md– L'extension du style : à quoi ressemblent le système, les scènes, la proposition (étapes 6 à 8).
references/exemplars.md (œuvres de référence) et cases/index.md (motifs déjà utilisés) ne se lisent qu'après avoir dressé la liste des motifs candidats à l'étape 2 – ils servent à barrer les réponses par automatisme et les motifs déjà employés ; les lire avant vous influencerait. Les cas complets ne se lisent que lorsqu'on a besoin de voir « jusqu'où aller » et seulement pour emprunter la méthode, pas la forme. Les autres fichiers se lisent à l'étape correspondante (voir tableau).
Trois niveaux d'exigences
| Niveau | Contenu | Modifiable ou non |
|---|---|---|
| Contrôle qualité (série commune) | references/quality-gates.md | Chaque projet doit le passer |
| Gènes du style (ce style) | Auto‑vérification avec style-dna.md + philosophy.md | Par défaut respecté ; si l'utilisateur demande explicitement un ajustement, on le fait et on le note dans decisions.md |
| Zone de liberté créative | Motif, forme mère, composants, assemblage, temps, température, couleur, matière, composition | Chaque projet redérive les siens ; au moins deux « boutons » doivent être nettement différents de tous les cas existants |
Quatre rappels :
- D'abord une composition, pas une image. Le logo est une composition abstraite de 2 à 4 formes élémentaires complètes, lues au premier coup d'œil comme une figure géométrique avec un contour et une surface. Il peut évoquer la première lettre du nom de la marque, mais l'élément prime sur la lettre : chaque pièce reste une forme élémentaire complète ; les lettres sont assemblées, pas écrites. On ne dessine pas d'animaux, de plantes, d'objets, de bâtiments, de paysages ou de personnages précis – cela deviendrait un pictogramme de banque d'icônes. (C'est l'exception par défaut de ce style au « d'abord graphique » de
quality-gates.md, confirmée par l'auteur du skill ; les détails sont dans le gène 8 destyle-dna.md.) - Peu et pur, avec des tailles. On utilise des formes élémentaires entières, sans les découper ni les modifier, sans approcher un arc par une ligne brisée ; les dimensions viennent d'une seule unité, et on distingue clairement du grand, du moyen et du petit. Si un croquis nécessite plus d'une dizaine de lignes de code, c'est probablement trop complexe.
- Juger par le caractère, pas par l'élément. Les formes, couleurs et procédés précis des exemples sont la réponse de cette marque, pas une prescription du style.
- Modulaire n'est pas collage. Les composants doivent provenir du même motif, de la même unité de mesure ; assembler plusieurs pièces qui sont jolies séparément mais viennent de sources différentes est exactement ce que ce style veut éviter. Le motif n'est pas limité à ceux des exemples.
Les neuf étapes
Les détails, la numérotation et les conditions de sortie se trouvent dans references/workflow.md. Chaque étape se termine par une confirmation explicite de l'utilisateur ; l'utilisateur peut à tout moment revenir en arrière, ajouter, modifier ou fusionner.
| Étape | Quoi faire | Livrable par tour | Lecture |
|---|---|---|---|
| 1 Brief | L'utilisateur fournit les informations ; l'IA pose les questions manquantes en une fois (≤10) | Fiche de brief | workflow.md |
| 2 Concept | Décomposer le nom, chercher les motifs ; d'abord 9 croquis très simples rassemblés en une image pour que l'utilisateur choisisse, puis rédiger les fiches concept pour les motifs retenus | 9 croquis de sélection → 5 fiches concept, modifiables, ajoutables, fusionnables | creative-methods.md, philosophy.md |
| 3 Prototype | Pour chaque concept retenu, diverger graphiquement ; d'abord un tableau des composants, puis essayer des assemblages ; ne faire que la forme, en noir et blanc ; comparer côte à côte au logo du cas (règle de comparaison) | ≥3 prototypes par concept + vérification d'originalité préliminaire | style-dna.md, craft.md, scripts/prim.py |
| 4 Graphique | Raffiner : unité de dimension, jonctions, corrections visuelles, version petite taille, plan de construction | Forme raffinée | craft.md, quality-gates.md |
| 5 Finalisation | Réaliser la typographie sur mesure et la palette de couleurs ensemble | Pour chaque forme, 2–3 combinaisons « lettrage + couleur » + vérification d'originalité complète | craft.md, style-dna.md |
| 6 Système | Assemblage, changement de couleur, espacement, taille minimale, usages incorrects, dynamisme ; bibliothèque de composants | Jeu complet SVG/PNG | deliverables.md, style-extension.md |
| 7 Scènes | Choisir 6 à 10 scènes selon le secteur | Maquettes de scènes | deliverables.md, style-extension.md |
| 8 Proposition | Document de présentation + notes d'orateur + dossier des fichiers sources + re‑vérification d'originalité | Proposition | deliverables.md, style-extension.md, adapters/ |
| 9 Synthèse | Demander activement si ce projet doit servir à optimiser le skill | Suggestions de modification, approuvées par l'utilisateur puis écrites | workflow.md section 9 |
Tout au long du processus
- Archivage du projet : un dossier par projet et un fichier
decisions.md(première ligne :skill: danlogo-geomodular v<version>), qui enregistre ce qui a été montré à chaque tour, les paroles exactes de l'utilisateur, ce qui a été retenu et rejeté. Quand on reprend un projet existant, on commence par le lire. - Structure d'abord : avant l'étape 5, on juge la structure en noir et blanc ; les écarts se résolvent d'abord en noir et blanc par omission, rotation ou changement de taille ; la couleur ne fait que renforcer.
- Rejet = retour en arrière, pas ajout : on change de motif, de forme mère ou d'assemblage ; on n'ajoute pas d'ornement sur le dessin rejeté.
- Trois vérifications d'originalité : préliminaire au prototype, complète à la finalisation, re‑vérification avant la proposition (
quality-gates.md). - Voir le rendu visuel en vrai : pour juger si c'est beau, on se base toujours sur les images rendues, y compris les miniatures en 16 px.
- Communication : dans la langue de l'utilisateur. À chaque tour, une phrase pour dire ce qui a été fait, puis une liste numérotée des propositions avec une phrase de concept, une recommandation avec sa raison, et on demande : verrouillage, modification ou continuation. Pour une réponse courte, consulter d'abord
references/feedback-playbook.md. - Les données du client restent dans le dossier du projet et ne sont pas écrites dans le skill.
Quand plusieurs styles danlogo coexistent
Si l'utilisateur nomme un style, on utilise ce skill. Si le decisions.md du projet mentionne un style, on le suit. Si rien n'est spécifié et que plusieurs styles danlogo sont installés, on liste d'abord les styles installés, on demande à l'utilisateur de choisir, puis on commence.
Outils et fichiers
scripts/: outils génériques – génération géométrique et SVG (geom.py), visualisation comparée multi‑images (sheet.py), conversion SVG → PNG (render.sh). Voirscripts/README.md. Les copier danssrc/du projet.scripts/prim.py: formes élémentaires spécifiques à ce style (cercle entier, demi‑cercle, quart de cercle, barre à bouts ronds, rectangle, triangle à angle fixe) qui produisent de vrais arcs de cercle ; l'utiliser en priorité pour les croquis et les prototypes, pasgeom.pyavecarc_ptsouclip_polypour découper des formes. Il liste aussi le nombre de pièces d'un logo et les niveaux de taille (règle de comparaison).examples/eonpoint-modular/src/: code de génération du cas d'exemple. En étudier l'écriture d'ingénierie (paramétrage des composants, une seule unité de dimension pilotant toutes les dimensions), mais ne pas réutiliser ses formes ni son lettrage.adapters/for-claude.md,adapters/for-codex.md: différences entre les outils d'IA pour la visualisation, la présentation, l'aperçu web.evals/briefs.md: briefs de test pour vérifier que ce skill ne transforme pas toutes les marques en une seule forme.
Les cinq fichiers de references/ marqués danlogo-core (workflow, quality‑gates, craft, deliverables, feedback-playbook) sont communs à toute la série danlogo ; ce style possède ses propres quatre chapitres : philosophy, style‑dna, creative‑methods, style‑extension – les trois premiers pour le logo lui‑même, le quatrième pour l'esthétique du système, des scènes et de la proposition, afin que l'ensemble du design et le logo soient de la même veine.