lz1159435992/sketch-to-drawio

Sketch to Drawio

Utilisez une esquisse bitmap comme référence de composition, de modules et de relations pour redessiner une illustration académique avec les formes natives draw.io, du texte modifiable et des icônes SVG indépendantes. L'esquisse elle-même n'est jamais intégrée en arrière-plan ou en tant qu'image complète dans le produit final.

Entrée et sortie

L'entrée est spécifiée par l'utilisateur ou découverte dans l'espace de travail :

• Esquisse bitmap (PNG/JPG, obligatoire) ;
• Fichier de description textuelle/spec optionnel (les textes officiels, données, couleurs, etc. fournis priment sur l'esquisse).

La sortie est placée dans le répertoire spécifié par l'utilisateur, avec un nom de fichier dérivé du slug du nom de la figure (ci-dessous le slug est <fig>) :

• <fig>.drawio : fichier source modifiable (tous les objets sont éditables) ;
• <fig>.svg / <fig>.png : export final (PNG sur fond blanc, définition adaptée aux illustrations de thèse/Word) ;
• <fig>-icon-attribution.md : liste des sources et du traitement des icônes ;
• <fig>-QC.md : contrôle qualité et éléments à confirmer ;
• Les fichiers d'icônes intermédiaires sont placés dans le répertoire de référence spécifié par l'utilisateur.

Flux de travail

1. Lecture et analyse : Identifier les modules, titres, directions de flèches, hiérarchie des conteneurs ; ignorer le texte/chiffres/formules/filigranes dans l'esquisse (à moins qu'ils ne soient fournis par le spec, utiliser des espaces réservés et les marquer comme à confirmer).
2. Planification des éléments : Déterminer la sémantique fonctionnelle de chaque élément graphique, puis les classer d'abord — icônes fonctionnelles simples (sémantique unique : voiture, fichier, bouclier, recherche) ou illustrations/scènes complexes (multi-éléments, décoratifs, comme un paysage de montagne) — avant de les traiter selon l'échelle correspondante.
3. Reconstitution native : Reconstruire tous les modules, conteneurs, connexions et textes en XML draw.io ; disposition de gauche à droite ou de haut en bas, ordre de lecture clair.
4. Auto-vérification de l'export : Exporter un aperçu PNG et l'inspecter visuellement (recadrage, chevauchements, décalages, lignes rompues, directions de flèches, tailles de police, cohérence des icônes, couleurs distinctes) ; pour les problèmes de mise en page uniquement, modifier directement le XML et ré-exporter jusqu'à validation.
5. Livraison des registres : Écrire les fichiers d'attribution et de QC, et résumer dans la réponse finale tous les éléments needs_user_confirmation.

Priorité de traitement des éléments graphiques (évalués indépendamment par élément)

Icônes fonctionnelles simples suivent le chemin A→B→C :

• A. SVG open source en priorité : Par défaut, style linéaire unifié Lucide monochrome ; en cas de besoin, rechercher dans les collections d'icônes open source Iconify (priorité mdi, fluent pour les catégories médical/équipement). Ne pas mélanger les styles dans une même figure ; enregistrer la bibliothèque, le nom, la licence, les exigences de crédit. Mécanismes de recherche et de téléchargement dans references/icon-sourcing.md, téléchargement avec scripts/fetch_icon.py.
• B. Sinon, tracer l'icône de l'esquisse : Recadrer → netteté (agrandir, réduire le bruit, supprimer l'arrière-plan, sans ajouter de détails absents de l'esquisse originale) → vtracer/Inkscape pour convertir en SVG → prioritairement redessiner avec des formes géométriques selon les contours, sinon insérer un SVG indépendant (sans pixelliser). En cas d'outil manquant, descendre directement en C et enregistrer. Critères et commandes dans references/icon-tracing.md.
• C. Si toujours pas fiable, formes standard conservatrices : Ne pas deviner la sémantique. Données → fichier/cylindre ; traitement → rectangle arrondi/engrenage ; système → conteneur/nuage/serveur ; personne → silhouette humaine ; entrée/sortie → flèche directionnelle/cadre de fichier ; totalement incertain → rectangle arrondi sans décoration + étiquette de texte claire ; titre également incertain → texte de placeholder [À confirmer]. Tout marquer comme élément à confirmer, normes de classification dans references/qc.md.

Illustrations/scènes complexes suivent le chemin A′→B′→C′→D′→E, avec deux principes : La cohérence de style prime sur la correspondance sémantique ; La fidélité à l'image originale prime sur la recomposition (la recomposition est la principale source de confusion). Dégradation progressive, enfin recours de dernier niveau :

• A′. Combinaison d'icônes du même jeu (préféré, avec seuil de qualité) : Utiliser plusieurs éléments du même jeu d'icônes que la figure entière, avec une composition par z-order (par exemple, Lucide mountain-snow en arrière + tree-pine×2 sur les côtés + route au premier plan), et utiliser 2–3 couleurs du nuancier existant de la figure pour les couches avant/arrière. Seuil de qualité : ≤3 éléments, hiérarchie de taille claire, chevauchement modéré ; si, à la taille cible, l'image reste confuse, faire au plus une itération avant de dégrader, sans peaufiner inutilement.
• B′. Recadrage de l'image originale + traçage couleur (version vectorielle de « recadrage HD ») : Découper l'illustration directement de l'esquisse → vectoriser avec vtracer --colormode color → inspection visuelle après mappage du nuancier, en gardant le tout vectoriel et fidèle à la composition originale.
• C′. Recadrage de l'image originale + suréchantillonnage raster (les rustines décoratives permettent du raster) : Recadrer → agrandir 2–4× + réduire le bruit + léger renforcement (scripts/embed_raster.py) → PNG encapsulé dans <image> SVG puis encodé en percent-encode ; ne recadrer que l'illustration, pas le texte, et préparer la résolution pour 2–3 fois la taille d'affichage.
• D′. Nuancier de couleurs / combinaison de formes natives : Choisir un jeu de couleurs géométriques plates + mappage de nuancier (le style dégradé emoji/stickers est un anti-modèle), ou utiliser des formes de base pour assembler une scène simplifiée.
• E. Recours de dernier niveau : Combinaison d'icônes linéaires monochromes (par exemple Lucide route+cloud-sun), sinon descendre en C pour les formes standard.

Critères détaillés, commandes et table des licences dans references/illustrations.md.

Les icônes et illustrations sont des éléments auxiliaires ; ils ne doivent pas remplacer le texte et les relations logiques clés.

Contraintes des figures académiques

• Fond blanc, palette de 3 à 5 couleurs faible saturation, style unifié de largeurs de ligne/coins arrondis/flèches ; par défaut, optimisé pour la largeur de page A4, après réduction, les titres et étiquettes clés restent lisibles.
• Maximum 1 à 2 illustrations couleur par figure comme points d'ancrage visuels, les autres éléments restent linéaires monochromes ; ne pas mélanger les styles pour les icônes et illustrations dans une même figure ; toute incohérence de style est signalée dans le QC.
• Pour les articles en chinois, vérifier la disponibilité des polices CJK du côté de l'export (les caractères manquants deviennent des carrés, vérifier impérativement lors de l'auto-inspection).

Barrières anti-fabrication

• Ne pas inventer de flux de recherche, de détails techniques, de variables, de méthodes, de conclusions ou de valeurs numériques.
• L'amélioration de la netteté ne doit pas ajouter de détails absents de l'esquisse originale ; si l'élément est impossible à identifier, descendre en C, sans générer de nouvelles icônes potentiellement erronées.
• Tout point où la confiance dans le jugement sémantique est faible, où du texte/des données sont manquants, ou où le style est remplacé, doit être ajouté à la liste de confirmation du QC.

Relation avec les autres compétences

La syntaxe XML draw.io, la recherche de formes, le mécanisme d'export en ligne de commande et le dépannage utilisent la compétence drawio-skill (export headless avec xvfb-run -a drawio --no-sandbox ... ; son dépannage couvre les cas root/pas d'affichage, etc.), cette compétence ne répète pas ces mécanismes.