KaiyiHu/ResearchFigureSkill

Compilateur de figures de recherche

Version publique du workflow : 1.0.

Utilisez le workflow sûr le plus court :

contenu autorisé du papier
  → déterminer si les figures existantes du papier peuvent être inspectées
  → un résumé utile du papier
  → modèle de prompt de motivation et/ou pipeline
  → figure modifiable + aperçu
  → une vérification critique rapide

Ne créez pas de registre de preuves, de fichier d'analyse de rôles, de FigureSpec, de bundle de provenance, de JSON d'audit ou de package de révision multi-tours, sauf si l'utilisateur le demande explicitement.

Définissez SKILL_ROOT comme le répertoire contenant ce fichier.

1. Établir le brief utilisateur

Visez la qualité de communication attendue des meilleurs articles de conférence en IA : message clair en cinq secondes, affirmations liées aux sources, texte lisible par les relecteurs, flèches précises, densité d'information compacte, alignement discipliné, couleur accessible et un maître modifiable. Les exemples incluent NeurIPS, ICML, ICLR, AAAI, CVPR, ACL et KDD. Il s'agit d'un objectif de qualité, et non d'une revendication automatique de conformité à une conférence. Si les exigences techniques actuelles d'une conférence spécifique sont importantes, vérifiez-les à partir de sources officielles.

Demandez à l'utilisateur de fournir ces trois décisions avant l'analyse :

Type de figure : Motivation, Pipeline, ou les deux ?
Figure existante correspondante dans le papier : oui, non, ou inconnu ?
Si oui : la remplacer complètement, l'utiliser comme référence et l'améliorer, ou
la conserver et réparer certaines parties ?

Si la demande répond déjà à une décision, ne la reposez pas. Si une ou plusieurs décisions manquent, posez une question concise combinée avant de générer. L'utilisateur peut répondre inconnu pour les figures existantes ; traitez ce cas à l'étape 3 sans inspecter visuellement la figure au préalable.

2. Sélectionner les sorties sans classification de rôle

Cette compétence a deux types de figures fixes :

• motivation : pourquoi le problème est important et pourquoi la recherche est nécessaire ;
• pipeline : comment la méthode proposée transforme l'entrée en sortie.

Suivez la commande de l'utilisateur :

• Si l'utilisateur demande motivation, Figure 1, problème/lacune, ou 动机图, générez uniquement motivation.
• Si l'utilisateur demande pipeline, méthode, workflow, architecture, 方法图, ou 流程图, générez uniquement pipeline.
• Si l'utilisateur demande les deux ou un ensemble complet de figures, générez les deux.
• Si l'utilisateur ne spécifie pas de type, demandez s'il souhaite Motivation, Pipeline, ou les deux avant de continuer.

N'inférez pas un « rôle gagnant » et ne supprimez pas l'autre.

3. Résoudre les figures existantes du papier avant de les inspecter

Respectez d'abord les exclusions de l'utilisateur. N'utilisez jamais les pages, figures, légendes ou suppléments exclus, même pour décider s'ils doivent devenir des références.

Pour la source autorisée restante, détectez la présence probable d'une figure de motivation ou de pipeline existante sans l'inspecter visuellement au préalable. Utilisez des signaux non visuels lorsque c'est pratique, comme le nombre d'objets image du PDF, le placement dans les sections, ou un marqueur Figure visible dans le texte extrait déjà autorisé.

Si le papier semble contenir une figure existante d'un type sélectionné et que l'utilisateur n'a pas déjà donné d'instruction, faites une pause avant d'ouvrir cette figure ou de lire sa légende et posez une question concise :

Le papier semble contenir une figure Motivation/Pipeline existante. Dois-je
(1) la régénérer indépendamment et l'ignorer, (2) l'utiliser uniquement comme référence visuelle/de mise en page, ou (3) la conserver et la réparer ?

• Pour une régénération indépendante, n'inspectez ni n'utilisez l'ancienne figure ou sa légende. Construisez une nouvelle composition à partir du texte autorisé du papier et de cette compétence.
• Pour une régénération guidée par référence, inspectez-la uniquement après autorisation et traitez-la comme structure/style visuel, jamais comme preuve scientifique.
• Pour une réparation, conservez les éléments vérifiés et modifiez uniquement les parties demandées ou défaillantes.

Si l'utilisateur dit déjà d'écarter, d'ignorer, de référencer ou de réparer une figure existante, suivez cette instruction sans redemander. Ne posez pas de questions sur les tracés ou figures accessoires sans rapport avec le type de sortie sélectionné.

4. Lire et résumer la source autorisée

Lisez l'intégralité du papier autorisé ou du brief une fois. Respectez chaque exclusion de l'utilisateur avant l'extraction de texte ou l'inspection visuelle. N'utilisez jamais de légendes, figures, pages ou suppléments exclus comme preuves.

Créez un paper-summary.md, normalement 500 à 900 mots ou équivalent, contenant :

1. problème de recherche et importance ;
2. approche actuelle et lacune concrète ;
3. thèse délimitée et contributions ;
4. entrée de la méthode, 3 à 7 étapes principales, transitions et sortie ;
5. résultats exacts les plus forts qui aident à comprendre le papier ;
6. limites et interprétations que la figure ne doit pas suggérer ;
7. terminologie, nombres et étiquettes exacts susceptibles d'apparaître dans une figure ;
8. périmètre inspecté, exclusions et matériel manquant.

Utilisez des ancres de page/section lorsque c'est pratique, mais ne créez pas de registre de preuves séparé. Conservez les unités, signes, qualificatifs et incertitudes. N'inventez pas de modules, valeurs, relations ou affirmations causales manquants.

5. Remplir le modèle de prompt fixe

Lisez references/prompt-templates.md à chaque fois. Remplissez uniquement le ou les modèles sélectionnés à l'étape 2.

Pour chaque prompt :

• remplacez chaque {{PLACEHOLDER}} ;
• copiez les étiquettes scientifiques exactes du résumé ;
• gardez un message clair en cinq secondes ;
• listez chaque entité visible et chaque flèche comme source → cible | étiquette/contenu ;
• indiquez ce qui ne doit pas être montré ;
• demandez du texte modifiable en direct et des formes vectorielles/natives ;
• incluez le prompt négatif court et la liste de contrôle QA critique.

Enregistrez motivation-prompt.md, pipeline-prompt.md, ou les deux. Ne collez pas l'intégralité du papier dans un prompt de dessin.

Chaque prompt rempli doit inclure un contrat de sécurité de mise en page :

• réservez une zone de sécurité extérieure propre de 4 à 6 % sur chaque bord du canevas ;
• gardez les titres, étiquettes, pointes de flèche, bordures et icônes significatives complètement à l'intérieur de cette zone de sécurité ; seules les textures d'arrière-plan non essentielles peuvent y pénétrer ;
• distribuez la masse visuelle sur le canevas utile, en occupant normalement 75 à 88 % sans grande zone blanche accidentelle ;
• alignez les bords des panneaux liés, les retraits de titres, les centres des étapes, les lignes de base des rangées et les objets répétés sur des guides partagés explicites ;
• gardez les espaces cohérents et rendez les blancs intentionnels ;
• évitez à la fois le surpeuplement des bords et une composition où la plupart du contenu est compressé dans un coin.

Contrat de style guidé par référence

Lorsque l'utilisateur fournit un ou plusieurs exemples souhaités, traitez chacun comme une référence de style et de composition principale, et non comme une inspiration facultative ou comme une preuve scientifique.

Avant le rendu, traduisez les exemples en instructions observables pour :

• la topologie des panneaux et les ratios régionaux approximatifs ;
• le style des bordures, le caractère des traits et le traitement des coins ;
• la typographie des titres, la typographie du corps et la hiérarchie typographique ;
• la famille d'icônes, le rythme des flèches, la densité d'information et les blancs ;
• les couleurs d'accent sémantiques et où les remplissages sont ou ne sont pas utilisés.

Le prompt rempli doit indiquer explicitement que le moteur de rendu doit préserver ce langage visuel et ne doit pas le redessiner dans un style générique. Remplacez tout le contenu scientifique, texte, nombres, logos et icônes uniques spécifiques à la référence par l'inventaire validé du papier actuel.

Si aucune référence visuelle n'est fournie, utilisez par défaut une infographie académique dessinée à la main : fond de papier blanc, lignes noires légèrement irrégulières, bordures de panneaux arrondies colorées en pointillés, titres à l'apparence manuscrite, icônes scientifiques simples de type doodle, rehauts pâles clairsemés et densité d'information compacte mais lisible. Ne passez pas par défaut à une grille de cartes d'entreprise moderne.

Limite de motivation

Utilisez :

statu quo → limitation ou angle mort observé → besoin de recherche délimité

Affichez au maximum trois messages principaux. Ne révélez pas l'architecture complète, la procédure d'entraînement ou le classement des résultats.

Limite de pipeline

Utilisez :

entrée typée → 3 à 7 étapes dirigées par des verbes → sortie typée

Nommez chaque transition. N'ajoutez des branches ou des retours que lorsque la source les prend explicitement en charge. N'ajoutez pas de badges de victoire de benchmark ou de modules décoratifs.

6. Générer la figure

Utilisez le prompt rempli comme entrée du moteur de rendu. Ne le réinterprétez pas silencieusement dans un système visuel différent.

6.1 Choisir l'ordre de rendu

Utilisez le rendu image d'abord lorsque l'une de ces conditions est vraie :

• l'utilisateur a fourni une référence visuelle ;
• l'utilisateur demande une génération GPT/modèle d'image ;
• correspondre à un langage visuel dessiné à la main ou illustratif est plus important que la pureté vectorielle parfaite.

En mode image d'abord, transmettez le prompt rempli et les images de référence fournies directement au générateur d'images. Le premier artefact est le PNG fidèle au style. Ne remplacez pas cette étape par un SVG d'entreprise conçu manuellement.

Utilisez le rendu vecteur d'abord uniquement lorsque l'utilisateur donne explicitement la priorité à un maître déterministe entièrement éditable, ou lorsque des tracés/équations exacts dominent. La sortie vecteur d'abord doit toujours implémenter le contrat de style déclaré ; éditable ne signifie pas cartes sans-serif propres.

Lorsque la fidélité du style et la possibilité d'édition sont toutes deux demandées :

1. générez et approuvez d'abord l'image fidèle au style ;
2. créez un compagnon SVG éditable qui conserve la même topologie de panneaux, les bordures en pointillés, le caractère des lignes dessinées à la main, la hiérarchie typographique, les icônes et la palette d'accent ;
3. conservez les étiquettes scientifiques, valeurs et flèches exactes en direct et correctes ;
4. divulguez si une couche illustrative reste raster plutôt que de prétendre que l'ensemble de la figure est entièrement éditable.

Les livrables par défaut restent :

motivation.svg + motivation.png
pipeline.svg + pipeline.png

Utilisez un autre format éditable uniquement lorsque l'utilisateur le demande. Les tracés quantitatifs exacts, axes, équations et nombres sensibles restent déterministes. Les étiquettes de diagramme courtes peuvent être générées lors du passage de style image d'abord, mais doivent être vérifiées caractère par caractère et corrigées dans le compagnon éditable si nécessaire.

Avant le rendu, convertissez le contrat de sécurité de mise en page en coordonnées ou proportions concrètes. Pour un canevas provisoire de 1800 × 1000, gardez le contenu critique à environ 72-108 px des bords gauche/droit et 40-60 px du haut/bas. Alignez les régions et objets répétés sur des guides nommés. N'utilisez pas de bordures apparentes à fond perdu qui risquent d'être rognées après l'exportation.

Lorsqu'une image de référence est fournie, préservez sa grammaire visuelle observable suffisamment pour que le résultat appartienne à la famille de style demandée. Ne copiez pas son contenu scientifique, texte, valeurs, logos ou symboles spécifiques à la source.

7. Exécuter une vérification critique rapide

Inspectez l'aperçu réel à 100 % et une vue à 200 %. Vérifiez uniquement ces portes :

1. Science — aucune affirmation, valeur, composant ou conclusion juridique/clinique inventé(e) ou plus fort(e) que la source.
2. Structure — les entités requises sont présentes ; l'ordre des étapes et chaque point final/direction de flèche sont corrects.
3. Texte — orthographe, symboles et nombres exacts ; pas de pseudo-texte, glyphes manquants ou étiquettes illisibles.
4. Optique et mise en page — pas de flou, formes floues/fondues, chevauchement, rognage, contenu hors canevas ou agrandissement basse résolution évident. Confirmez une zone de sécurité périmétrique visible de 4 à 6 %, une utilisation équilibrée du canevas, pas de grande zone blanche accidentelle, des espaces cohérents et un alignement des titres, panneaux, rangées, étapes et objets répétés liés.
5. Modifiabilité — le maître conserve le texte en direct et des objets vectoriels/natifs séparés plutôt qu'un bitmap aplati.

Lorsqu'une référence a été fournie, la porte optique échoue également si la topologie des panneaux, le traitement des bordures, le caractère typographique, le langage des icônes ou la densité d'information a dérivé vers une famille de style visiblement différente.

Pour SVG, exécutez éventuellement la vérification légère :

python3 "${SKILL_ROOT}/scripts/quick_qa.py" figure.svg figure.png

Pour un hybride image d'abord honnêtement divulgué dont la couche d'illustration reste raster, utilisez --allow-hybrid. N'utilisez jamais ce drapeau pour décrire une image aplatie comme entièrement éditable.

Si une porte échoue, effectuez une réparation ciblée et inspectez à nouveau. Arrêtez-vous au premier résultat réussi. Utilisez au maximum deux tentatives de rendu, sauf si l'utilisateur demande plus d'itérations.

8. Garder la livraison légère

Fichiers par défaut :

paper-summary.md
motivation-prompt.md        # seulement lorsqu'il est sélectionné
motivation.svg
motivation.png
pipeline-prompt.md          # seulement lorsqu'il est sélectionné
pipeline.svg
pipeline.png

Signalez les cinq portes QA dans la réponse finale ; ne créez pas de fichier QA. Les rendus temporaires appartiennent à un répertoire temporaire du système d'exploitation et doivent être supprimés après le passage des fichiers finaux.

Limites

• N'exposez pas de matériel privé ou non publié à un fournisseur externe sans autorisation.
• N'utilisez pas d'axes générés par image, de valeurs de benchmark, d'équations ou d'étiquettes scientifiques finales à haut risque sans vérification déterministe.
• Ne prétendez pas à la conformité d'une conférence sans avoir vérifié les exigences officielles actuelles.
• N'imitez pas un artiste vivant et ne copiez pas de près une figure de référence.
• Ne remplacez pas une expertise scientifique, statistique, clinique ou juridique.