chaos-xxl/keynote-visual-explainer

Keynote Visual Explainer (Expliqueur Visuel Style Keynote)

Transformez un texte en illustration explicative de haute qualité, où le mécanisme, les relations et les différences se comprennent d'un coup d'œil. L'orientation visuelle s'inspire de la simplicité, de la précision et de la retenue des présentations Apple Keynote, sans copier les logos, illustrations officielles ou pages spécifiques d'Apple. L'exactitude prime sur l'esthétique, la structure prime sur les détails.

Quand l'utiliser

• L'utilisateur demande « toujours dans le style Apple Keynote », « illustre ce texte », « schématise ce concept », « dessine une architecture système », « compare trois approches ».
• Adapté aux principes de produits, agents IA, systèmes d'exploitation, roadmaps techniques, process de service, modèles économiques, explications par métaphore.
• Si une illustration statique explicite est demandée, générez directement l'image (si l'environnement le permet) ; ne vous contentez pas de renvoyer un prompt de génération. Si l'environnement ne supporte que les prompts, fournissez un prompt complet et reproductible en le mentionnant honnêtement.
• Ne pas utiliser pour des schémas d'ingénierie précis, des graphiques statistiques exacts, des captures d'écran d'UI réelles, ou des spécifications de marque rigides. Pour ces cas, préférez des outils de dessin qui valident la structure.

Principes de conception (par ordre de priorité)

1. Exactitude du contenu : Distinguez fidèlement les participants, ressources, permissions, flux, limites, dépendances ; n'inventez pas de logique pour symétriser.
2. Message unique : Le spectateur doit identifier le seul message principal en trois secondes. Compressez le texte original en 1 relation centrale + 2 à 6 éléments ; pour une grande architecture, autorisez 5 à 9 nœuds groupés.
3. Visibilité des relations : Exprimez par l'espace, la forme, le chemin, les flèches de cause à effet, sans compter sur une annotation abondante pour rattraper une structure floue.
4. Retenue et aération : Grands espaces blancs, peu d'éléments clés, chemin de lecture clair ; pas de décorations inutiles.
5. Cohérence de série : Les mêmes personnages, composants, flèches, cartes et sémantique de couleur restent cohérents dans un même groupe d'images.

Workflow

1. Structurez d'abord le texte

En interne, confirmez :

• Quelle est la conclusion unique à expliquer ?
• Quels sont les entités (utilisateur, guide, boutique ; Trigger, Router, Worker) ?
• Entre les entités, s'agit-il de flux, contrôle, appartenance, branche conditionnelle, ou comparaison parallèle ?
• Quels détails changeraient le sens (limites de sécurité, origine des ressources, qui décide, qui exécute, mise à jour dynamique) ? Ceux-ci doivent être conservés.
• Qu'est-ce qui n'est qu'exemple, émotion, rhétorique ? Peut être omis.

Ne pas transformer chaque paragraphe en image. Privilégiez l'abstraction, mais ne dessinez pas deux mécanismes différents avec le même flux.

2. Déterminez la composition en fonction de ce que le lecteur doit comprendre

Demandez-vous d'abord si le lecteur doit comprendre « comment ça se passe dans l'ordre », « qui fait quoi », ou « en quoi les approches diffèrent ». Choisissez une mise en page principale. Exemples concrets dans Composition Patterns :

• Chaîne unique : Entrée → Décision/transformation centrale → Sortie (flux, passation de pouvoir).
• Comparaison double/triple colonne : Base visuelle commune, ne mettez en avant que les règles ou contrôles différents.
• Architecture en couches : Quand le lecteur doit distinguer interaction, coordination et exécution, privilégiez une organisation par responsabilité. Donnez le plus grand poids visuel à l'orchestrateur central, placez les unités d'exécution parallèles sur la même couche, et les capacités partagées sur le côté ou en bas. Voir Architecture en couches.
• Avant/Après : Montrez l'ajout ou la suppression d'une relation clé.
• Courbe/coordonnées 2D : Axes clairs, courbe, quelques points d'ancrage ; la position doit correspondre à la direction du texte original.
• Métaphore quotidienne : Cuisine, agence de voyage, centre commercial, etc. La métaphore sert le mécanisme, ne faites pas une affiche narrative avec des personnages.

Par défaut, format 16:9 paysage, adapté aux présentations/PowerPoint/Keynote ; si l'utilisateur spécifie un autre ratio, respectez-le.

Avant de générer, écrivez les positions relatives sur la toile : où regarder en premier, sur quelle couche placer chaque rôle, quels éléments sont au même niveau, où placer les capacités auxiliaires. Intégrez ces positions et relations de taille dans le prompt. N'ajoutez des flèches que pour des directions significatives, des retours ou des limites ; n'attribuez pas une icône de même taille à chaque terme technique.

3. Choisissez une image de référence comme entrée de génération

1. Choisir une image : Priorité à l'image spécifiée par l'utilisateur ou la dernière image choisie dans la conversation. Si aucune n'est spécifiée, choisissez parmi les exemples intégrés : architecture en couches → Exemple d'architecture en couches, comparaison multi-solutions → Exemple trois colonnes, concept simple → Exemple minimaliste, flux de relations → Exemple flux cuisine. Si la disposition ne correspond pas, ne retenez que la lumière, les matériaux et les couleurs.
2. Transmettre l'image au générateur : Visualisez d'abord l'image, puis joignez-la via l'entrée de référence ou d'édition de l'outil, en utilisant les fichiers, pièces jointes d'image ou images générées selon le support de l'outil. Mentionner un nom de fichier dans le prompt ne signifie pas que l'image est transmise. Si l'outil ne peut recevoir que du texte, indiquez-le et fournissez une approximation textuelle en précisant les caractéristiques selon les Spécifications visuelles.
3. Distinguer la continuation visuelle du remplacement de contenu : Pour une modification locale d'une même image, utilisez l'image originale comme cible d'édition, en verrouillant la position, les proportions, la forme, la lumière et la typographie. Pour une nouvelle illustration, utilisez l'exemple comme référence de style ; ne reprenez la disposition que si la structure est adaptée. Déterminez les entités, le texte, le nombre de postes et les flèches en fonction du nouveau sujet, sans hériter du contenu de l'exemple.

Si aucun style n'est spécifié, choisissez des caractéristiques cohérentes avec l'image de référence parmi les Spécifications visuelles :

• Arrière-plan : Blanc porcelaine / blanc brumeux, très léger dégradé gris-bleu froid, lumière studio douce, sans texture marquée.
• Sujets : 2,5D simple / 3D doux, céramique blanc mat laiteux, plastique sablé, quelques pièces métalliques anodisées ; formes arrondies, bords précis, réalistes mais pas hyperréalistes.
• Personnages : Sans visage, matériau porcelaine blanche, poupées arrondies. Si la répartition des rôles est centrale, donnez aux différentes responsabilités des formes reconnaissables (utilisateur, coordinateur, poste d'exécution) ; pour les équipements, ressources et stockages, utilisez des objets correspondants. N'utilisez que si la métaphore correspond à la responsabilité réelle.
• Palette de couleurs : Prédominance de bleu brumeux, gris clair, blanc neutre ; bleu vif uniquement pour le chemin principal ; vert menthe pour le succès/permission ; orange chaud/rouge doux uniquement pour les risques/anomalies.
• Composition : Alignement strict, tailles et perspectives uniformes, silhouettes facilement identifiables, bases/cartes arrondies, ombres portées petites et douces.
• Lignes : Flèches pleines pour flux directionnel ; flèches pointillées pour état/condition ; évitez les flèches traversant des objets ou de multiples croisements.
• Atmosphère : Sophistiquée, calme, accueillante, technologique, éditée avec retenue. Comme une page de Keynote bien conçue, pas un collage de manuel d'utilisation.

4. Gérez le texte

Respectez d'abord les contraintes explicites de l'utilisateur :

• Si l'utilisateur dit « pas de texte du tout » / « uniquement graphique » : Pas de titre, d'étiquette, de lettre, de chiffre, de logo, de filigrane ; utilisez la forme des objets, les relations spatiales et les flèches.
• Si l'utilisateur n'a pas demandé sans texte : Conservez un titre principal et des étiquettes nécessaires. Pour les diagrammes d'architecture de présentation, une courte description de responsabilité à côté des couches ou rôles clés est autorisée (ex. « prend la commande · répartit · rend compte ») ; cette ligne doit aider à comprendre le rôle. Conservez les termes nécessaires comme A2UI, Intelligent UI, Router, Worker.
• Si l'utilisateur fournit un texte long : N'insérez pas tout le paragraphe dans l'image ; le texte n'est qu'une désambiguïsation, pas le support principal.
• Si la stabilité des caractères chinois dans le générateur est faible, réduisez encore le texte, utilisez des icônes ou des annotations modifiables en post-production ; ne sacrifiez pas l'exactitude sémantique.

5. Vérifiez la structure avant génération, et l'image après génération

• Test 3 secondes : Peut-on reconnaître les participants clés et la relation principale sans lire le texte d'accompagnement ?
• Test de comparaison : Les différences réelles entre chaque approche sont-elles visibles dans l'image ?
• Test de causalité : Les directions des flèches sont-elles correctes ? Les changements de condition, les limites de permission, l'entité de contrôle ne sont-ils pas inversés ?
• Test de hiérarchie : Lorsque réduite à la taille d'une vignette de présentation, le centre visuel unique est-il toujours reconnaissable, et distingue-t-on les couches d'interaction, d'exécution et les capacités auxiliaires ? Le titre ou les modules auxiliaires prennent-ils trop d'importance par rapport au sujet principal ?
• Test de simplification : Supprimer n'importe quel élément décoratif rend-il l'image plus légère ? Si oui, supprimez-le.
• Test de cohérence : Le même rôle a-t-il la même forme dans différentes vignettes ? La même couleur a-t-elle la même signification ?
• Test des contraintes : Le ratio, l'absence de texte, le nombre de nœuds, les termes fournis par l'utilisateur sont-ils strictement respectés ?

Si le résultat est trop complexe, réduisez d'abord le nombre d'objets, d'annotations, de couches de cartes et de scènes secondaires. Ne vous contentez pas de réduire la taille de la police ou de compresser les espacements.

Lors de l'examen de l'image finale, vérifiez chaque point de départ, d'arrivée, direction et nombre de branches des connexions clés, et le texte dans l'image. Si vous trouvez des erreurs de relations maître-esclave, de cardinalité de branche ou de texte, corrigez avant de livrer. Si la continuité du style est demandée, placez l'image générée côte à côte avec la référence choisie, vérifiez la chaleur/froideur de l'arrière-plan, la surface de bleu, les contours et proportions des personnages, la position du titre et le poids visuel des informations auxiliaires. Si divergence, conservez l'image de référence pour des modifications ciblées.

Squelette de prompt de génération d'image

Lors de la génération d'image, remplissez dynamiquement en fonction de la tâche. Ne montrez pas ce prompt interne si l'utilisateur n'en a pas besoin.

Créez UNE illustration éditoriale 3D soignée, de style Apple Keynote, au format large 16:9, sur un fond blanc porcelaine chaud avec un dégradé bleu froid presque imperceptible. Utilisez des formes minimalistes en argile douce et céramique mate, une géométrie arrondie précise, un éclairage studio élégant, des ombres délicates, de grands espaces vides, et une palette restreinte d'ivoire, gris ardoise et bleu doux.

MESSAGE CENTRAL : [résumé en une phrase].
ENTRÉE IMAGE : [image de référence attachée ou cible d'édition ; quels traits visuels conserver, quel contenu remplacer, quelle géométrie est fixe].
COMPOSITION : [ordre de lecture, sujet focal et taille relative, placement des couches ou groupes, position des capacités auxiliaires].
ENTITÉS VISUELLES : [rôles essentiels et la forme reconnaissable qui exprime chacun].
RELATIONS : [source, cible, direction et signification un-à-un / un-à-plusieurs de chaque connexion nécessaire ; regroupez les éléments apparentés avant d'ajouter des flèches].
DISTINCTIONS CRITIQUES : [les faits qui ne doivent pas être visuellement confondus].

Racontez visuellement plutôt qu'avec du texte. Chaque objet a un but sémantique.
Les silhouettes doivent être immédiatement reconnaissables. Perspective, échelle, éclairage, conception des flèches et sémantique des couleurs cohérents partout.

POLITIQUE DE TEXTE : [absolument aucun texte / étiquettes exactes et descriptions de rôle courtes].

ÉVITEZ : tableaux de bord infographiques chargés, longs blocs de texte, remplissage décoratif, icônes excessives, vitrisme trop brillant, néon, hologrammes de science-fiction, robots bleus génériques, bordures épaisses, panneaux surchargés, badges aléatoires, scènes redondantes, logos, filigranes et flèches confuses.

Gestion des cas difficiles

• Diagramme d'architecture profond : Déterminez d'abord s'il s'agit de répartition des rôles ou de flux d'événements. Fusionnez les détails d'implémentation d'une même responsabilité, ne développez que les permissions, états ou chemins d'exception qui changent la compréhension du lecteur.
• Chose simple qui tient en une phrase : Ne faites pas un grand diagramme multi-cases ; une seule scène unifiée ou une relation à trois nœuds est préférable.
• Mécanisme technique + métaphore quotidienne : Conservez les relations techniques réelles ; la métaphore n'est qu'un mapping de rôles. Ne modifiez pas les protocoles, droits d'exécution ou limites de ressources pour la commodité de la métaphore.
• Série d'illustrations : Si plusieurs images consécutives sont nécessaires, fixez d'abord le personnage, la couleur principale, l'angle de vue, l'expression des flèches ; remplacez les entités sur le même modèle ; ne réinventez pas un style différent pour chaque image.

Références

Consultez selon les besoins :

• references/visual-system.md : Forme, matériaux, couleurs, typographie, modes d'échec courants.
• references/composition-patterns.md : Méthodes de sélection de structure pour différents types de relations d'information, avec trois exemples concrets.

Les images d'exemple dans le skill servent à transmettre les caractéristiques visuelles. Les termes techniques et les connexions dans ces images ne s'appliquent qu'à leurs sujets respectifs. La composition en couches peut être combinée avec l'Exemple d'architecture en couches.