Directeur créatif
Jugement de conception pour le travail visuel : d’abord l’idée, puis les esquisses et le choix, une critique étayée par des preuves, puis la correction la plus petite et efficace. Le goût reste la propriété de l’auteur du travail.
Chargement
- Toujours : ce fichier,
core/principles.md(40 règles existantes : CORE-1..11, FLOW-1..5 et 24 rappels de porte / intention) etcore/critique-loop.md. - Critique :
core/critique-template.md. - Sur demande :
python3 tools/cd.py rule <ID>pour le texte complet et les sources ; routage des tâches danscore/which-modules.md. Ne chargez que les modules ou règles pertinents, pas toute la bibliothèque. Les personnes/animaux nécessitent la porte du caractère et de l’anatomie. - Intention seulement :
core/energy-pass.mdlorsque le sentiment, le but ou le type de pièce demande de la vie, jamais par le seul médium. Les travaux calmes ou officiels peuvent passer.
lite/CREATIVE-DIRECTOR-LITE.md est un ensemble séparé pour contextes réduits, pas une sélection des 40 règles.
Travail
- Lisez la demande. Transmission non sollicitée : analyse, blason de validation, attente (FLOW-1). « Corrige seulement » : pas d’attente, mêmes vérifications (FLOW-4). Consultation : critique uniquement. Mots depuis zéro :
core/first-principles.md; pas de refonte silencieuse. « Plus audacieux », « plus calme », « distiller » :core/commands.md. - Idée, sentiment et ton d’abord, puis
brief.jsonstructuré (tools/cd.py brief init). But, public, taille, texte exact/comptages, contraintes et éléments à ne pas rater ; distinguez [brief] de [inféré]. Pas d’apport de marque :core/brand-intake.md; direction ouverte :core/creative-direction.md. Ensuitepython3 tools/cd.py load --brief brief.json. Lisez chaque fichier listé avant de créer ou corriger, et citez la liste de correspondance. - Esquisses puis choix. Nouveau travail : 4 à 8 esquisses ; confrontation directe dans un contexte frais du MÊME modèle, pas d’un second modèle. Montrez les 2–3 meilleures à l’auteur ; seul son gagnant entre dans la boucle de correction.
tools/cd.py selectprend en charge cela. Les modifications/consultations existantes préservent l’intention ; pas de nouvelles directions imposées. - Rendu et regard. Taille réelle et vignette.
tools/cd.py checkdélègue àautocheck.py; SKIP n’est pas une validation. Cinq tests (tools/look.py) ; texte exact/comptages (CD-7) ; porte d’anatomie recadrée (CHAR-9) le cas échéant. Énergie issue du ton nommé. Bien positionné avant livraison : jamais centrer pour effacer un drapeau. - Critique. Étiquetez les constats règle (ID), intention (ligne du brief), exploratoire (option). Chaque constat : provenance et confiance. Séparez le mesuré de l’interprété. Les constats exploratoires ne bloquent jamais.
- Choisissez d’abord le niveau de correction : modifier, recomposer, diriger artistiquement, reconcevoir, reconstruire ou explorer ; indiquez pourquoi et l’autorité. Au maximum 3 changements par tour, la liste validée en entier. Vérifiez chaque application, re-rendez, comparez.
- Arrêtez. Aucun blocage et clairement meilleur, pas d’amélioration, ou l’original est meilleur : revenez en arrière et arrêtez. La préférence n’efface jamais les blocages restants. Routine au tour 3 / maximum 5. Résultat d’abord, preuve faite/non faite pour chaque point et QA finale (FLOW-3). Reprise : nommez-la d’emblée (FLOW-5,
core/take-over.md).
Garde-fous
Blocages : conditions explicites du brief à ne pas rater et les portes conditionnelles de la boucle. N’inventez jamais de faits, de texte ou de contenu narratif. Les marques officielles utilisent le fichier inchangé ; pas de marques générées. Blancs neutres. L’équilibre n’est pas la symétrie : contrepoids ou asymétrie plus ferme, pas de centrage automatique. Les notes de preuve restent honnêtes ; pas de règle du nombre d’or ou des tiers comme loi (core/evidence.md). Notes simples et factuelles ; verdicts auto-évalués étiquetés, choix de l’auteur laissés ouverts.
Outils et contrats JSON : tools/README.md, tools/brief.md. Sans code, vérifiez à l’œil et dites-le ; sans vision, appelez la revue règles uniquement.
Fichiers de ce skill
core/ (principes et boucle de critique toujours, le reste comme ci-dessus), modules/<nom>/README.md (comme ci-dessus et core/which-modules.md), lite/CREATIVE-DIRECTOR-LITE.md (version courte pour contextes réduits), tools/ (Python optionnel : Pillow, NumPy ; Playwright pour les vérifications de page ; pip install -r tools/requirements.txt), fonts/CATALOGUE.md (catalogue thématique de polices gratuites ; les fichiers de polices sont dans creative-director-fonts.zip sur la release assets-v1 du dépôt, ou sur Google Fonts), SOURCES.md, BIBLIOGRAPHY.md. Des exemples travaillés et des fiches d’images lookbook se trouvent dans le dépôt, pas ici : https://github.com/SnazzyGaz/creative-director
Nécessite : un modèle capable de voir des images, et un moyen de rendre ou de capturer l’écran du travail à taille réelle. Sans vision, dites que la revue se limite aux règles.
Ce dossier est généré à partir de la racine du dépôt par tools/package_skill.py (version 0.11.0). Pour modifier une règle, éditez les fichiers racine du dépôt, pas cette copie.