DanLogo · Concrete 建筑感
Un bloc silencieux, ouvert par une soustraction ; l'endroit où la lumière entre est son nom.
La direction architecturale de la série danlogo. Elle définit le caractère et la qualité, non la forme, la couleur ou la technique. La pensée s'inspire de l'architecture minimaliste centrée sur Tadao Andō : matériaux vrais, géométrie pure, lumière introduite. Elle est rétro-dérivée des deux projets homologues d'EonPoint, Bai·Zhe (cases/), mais chaque nouvelle marque doit faire émerger sa propre forme.
Composition centrale : Entité silencieuse (principal) × Lumière (secondaire). La lumière entre dans l'entité par une soustraction mesurée (fente, trou, puits de lumière, découpe, retrait) ou par une face recevant la lumière, la faisant apparaître ; la position, proportion, forme, lumière et épaisseur de cette unique soustraction forment son nom. Un geste, plusieurs couches de résultats : une seule soustraction, mais qui doit générer plusieurs faces, couches ou un rythme pour que le deuxième regard ait quelque chose à voir (references/style-dna.md, gène 2).
Quatre langages formels (quatre façons dont la lumière entre dans l'entité, un projet choisit un principal) : Volume·Vide, Facettes·Lumière, Courbes·Superpositions, Modules·Ordre – leurs esthétiques, précédents architecturaux et artistiques, et douze méthodes sont détaillés dans philosophy.md, creative-methods.md et exemplars.md. Ce style n'est pas limité par secteur : à l'étape 1, le langage formel est choisi selon l'esthétique souhaitée par l'utilisateur, non selon le secteur.
À lire en premier
Avant de commencer tout projet, lisez les trois premiers chapitres de style dans l'ordre ; le quatrième chapitre ne se lit qu'à partir de l'étape 6 :
references/philosophy.md– Coordonnées de pensée : pourquoi concevoir ainsireferences/style-dna.md– Gènes stylistiques, boutons et pierre de touche : à quoi ressemble l'ambiancereferences/creative-methods.md– Méthodes créatives et anti-homogénéisation : comment innover à chaque foisreferences/style-extension.md– Extension du style : à quoi ressemblent le système, les scénarios et 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 listé les motifs candidats à l'étape 2, pour éliminer les réponses par défaut et les motifs qui entrent en conflit – les lire avant vous biaiserait. Les études de cas complètes ne se lisent que lorsqu'il est nécessaire de se référer à un niveau d'achèvement, et seulement pour emprunter la méthode, pas la forme. Les autres fichiers se lisent aux étapes correspondantes (voir tableau ci-dessous).
Exigences en trois niveaux
| Niveau | Contenu | Modifiable ? |
|---|---|---|
| Contrôle qualité (commun à la série) | references/quality-gates.md | Chaque projet doit le franchir |
| Gènes stylistiques (ce style) | style-dna.md + auto-vérification de philosophy.md | Respecté par défaut ; l'utilisateur peut demander un ajustement, qui sera consigné dans decisions.md |
| Zone de liberté créative | motifs, langage formel, force, température, couleur, matériau, composition | Redérivé pour chaque projet ; au moins deux « boutons » doivent être nettement différents de tous les cas existants |
Trois rappels :
- D'abord une forme graphique. Le logo doit se lire au premier regard comme un objet ou une image, avec une silhouette et une surface ; pas comme une variation de lettres, chiffres ou ponctuations, ni comme un signe fait de quelques lignes (
quality-gates.md« Comment juger la forme graphique »). - Juger par le caractère, non par les éléments. Les formes, couleurs et techniques concrètes des cas de figure sont les réponses de cette marque, non des prescriptions de ce style.
- La sensation architecturale est une méthode de construction, non un sujet. Le logo ne représente pas un bâtiment ; il ressemble lui-même à quelque chose de construit et ouvert par la lumière. Une unique soustraction est essentielle, mais une petite ouverture faite au hasard ne compte pas – il faut pouvoir énoncer sa position, proportion, forme, lumière et épaisseur ; une ouverture qui ne laisse qu'un trou, sans deuxième regard, ne compte pas non plus.
Neuf étapes
Les détails, règles de numérotation et conditions de sortie sont 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 | Que faire | Production par tour | Lecture |
|---|---|---|---|
| 1 Briefing | L'utilisateur fournit l'info ; l'IA pose en une fois les questions manquantes (≤10) | Carte de briefing | workflow.md |
| 2 Concept | Décomposer le nom, creuser les motifs | 5 cartes concept (modifiable, ajoutable, fusinonable) | creative-methods.md, philosophy.md |
| 3 Prototype | Diverger graphiquement sur chaque concept verrouillé ; seulement la forme, en noir et blanc d'abord | ≥3 prototypes par concept + vérification préliminaire des doublons | style-dna.md, craft.md |
| 4 Graphisme | Raffinement : règles de construction, corrections visuelles, version petite taille, schéma de construction | Graphisme raffiné | craft.md, quality-gates.md |
| 5 Finalisation | Lettrage et palette ensemble | 2–3 combinaisons « lettre + couleur » par graphisme + vérification complète des doublons | craft.md, style-dna.md |
| 6 Système | Combinaisons, changement de couleur, blancs, taille minimale, usages incorrects, dynamique | Kit complet SVG/PNG | deliverables.md, style-extension.md |
| 7 Scénarios | 6–10 scénarios selon le secteur | Scénarios | deliverables.md, style-extension.md |
| 8 Proposition | Document de présentation + notes d'oral + dossier des fichiers sources + re-vérification des doublons | Proposition | deliverables.md, style-extension.md, adapters/ |
| 9 Synthèse | Demander activement si ce projet peut servir à optimiser le skill | Suggestions de modifications, après accord de l'utilisateur, é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-concrete v<version>), enregistrant ce qui a été présenté à chaque tour, les paroles exactes de l'utilisateur, ce qui a été verrouillé et ce qui a été rejeté. Si vous reprenez un projet existant, lisez-le d'abord. - Structure d'abord : avant l'étape 5, révisez la structure en noir et blanc ; si ce style déclare que la couleur est une structure, vous pouvez réviser en couleur dès l'étape 3, mais la version monochrome doit toujours tenir.
- Refus = retour arrière, n'ajoutez rien : changez de motif ou de prototype, n'ajoutez pas de décoration sur l'image existante.
- Trois vérifications des doublons : vérification préliminaire des prototypes, vérification complète à la finalisation, re-vérification avant la proposition (
quality-gates.md). - Voir les rendus en vrai : pour juger de l'esthétique, basez-vous toujours sur les images rendues, y compris les miniatures à 16 px.
- Communication : utilisez le langage de l'utilisateur. Chaque tour, commencez par une phrase pour dire ce qui a été fait, puis énumérez les options avec un numéro et une phrase d'idée, donnez une recommandation et sa raison, et demandez : verrouillage, modification ou continuation. Pour les retours courts, consultez d'abord
references/feedback-playbook.md. - Les données du client ne sont placées que dans le dossier du projet, pas dans le skill.
Quand plusieurs styles danlogo coexistent
Si l'utilisateur nomme un style particulier, utilisez ce skill. Si le decisions.md du projet précise quel skill utiliser, suivez-le. Si rien n'est spécifié et que plusieurs styles danlogo sont installés, listez d'abord les styles installés et demandez à l'utilisateur de choisir, puis commencez.
Outils et fichiers
scripts/: outils génériques – génération géométrique et SVG (geom.py), feuille de comparaison pour révision (sheet.py), conversion SVG en PNG (render.sh). Voir les instructions dansscripts/README.md. Copiez-les dans le dossiersrc/du projet lors de l'utilisation.adapters/for-claude.md,adapters/for-codex.md: différences selon l'outil IA pour la visualisation, la création de présentations, la prévisualisation de pages web.evals/briefs.md: briefs de test pour vérifier que ce skill ne fait pas ressembler toutes les marques les unes aux autres.
Les cinq fichiers marqués danlogo-core dans references/ (workflow, quality-gates, craft, deliverables, feedback-playbook) sont les chapitres communs à la série danlogo, maintenus cohérents par tous les styles ; les quatre chapitres propres à ce style sont philosophy, style-dna, creative-methods et style-extension : les trois premiers régissent le logo lui-même, le quatrième régit l'esthétique du système, des scénarios et de la proposition, pour que l'ensemble du design et du logo provienne de la même ambiance.