Communitygithub.com

Alexsun1one/paper-operators

Skill Codex axé sur la création d'illustrations d'articles en origami, mettant en scène des personnages en papier plié, avec une priorité accordée au chinois.

Qu'est-ce que paper-operators ?

Paper Operators / 纸片人 est un skill Codex spécialisé dans la génération d'illustrations d'articles au style cohérent et tactile, utilisant des personnages en papier plié pour représenter des actions conceptuelles clés. Il est conçu en priorité pour illustrer des articles en chinois, mais s'adapte à l'anglais sur demande. Ce skill guide l'utilisateur à travers un workflow rigoureux en 18 étapes, depuis l'analyse du contenu source jusqu'à la génération de l'image finale, en passant par la sélection précise d'une métaphore, d'une relation (parmi 12 types, comme la causalité, le contraste ou la transformation) et d'une action centrale. Il s'appuie sur un ensemble de références internes (intention de lecture, grammaire des relations, bibliothèque d'opérateurs, kits de primitives, etc.) pour garantir que chaque illustration est unique, significative et indissociable de l'article qu'elle accompagne. Le skill impose un test de validité strict (le 'Swap Test') pour éviter les illustrations génériques ou décoratives, et offre une grande flexibilité pour s'adapter à divers domaines (art, culture, ingénierie, psychologie, etc.)

Compatible avec~Claude Code✓Codex CLI~Cursor
npx skills add Alexsun1one/paper-operators

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Paper Operators / 纸片人

Paper Operators transforme une idée d'article en une scène illustrée en papier tactile où un petit personnage en papier plié réalise l'action conceptuelle centrale.

Par défaut, destiné à l'illustration d'articles en chinois ; passe en anglais lorsque l'utilisateur utilise l'anglais. Utilisez ce skill pour créer un style d'illustration d'article cohérent : personnages en papier, métaphores physiques, étiquettes lisibles, chemins de lecture clairs et outils adaptés au domaine. Le personnage n'est jamais une simple décoration. Si retirer l'opérateur en papier n'affaiblit pas l'image, n'en utilisez pas.

Workflow

  1. Lisez l'article, l'extrait, le sujet ou la demande d'édition d'image.
  2. Identifiez un point d'ancrage source : la phrase, le paragraphe, l'affirmation, la tension, le tournant ou le sentiment qui mérite une représentation visuelle.
  3. Lisez l'intention réelle de l'utilisateur avec references/intent-reading.md : qui le lit, ce qu'ils devraient ressentir, la position de l'auteur et les particularités spécifiques au contenu qui doivent apparaître. L'image doit correspondre à CE document, pas au sujet en général.
  4. Nommez la relation centrale que l'image doit montrer, en utilisant references/relationship-grammar.md : connexion, séquence, dépendance, causalité, retour d'information, contraste, compromis, hiérarchie, transformation, frontière, divergence ou tension. Choisissez la relation avant l'opérateur ; la précision vient du rendu de la relation, de la direction, de la condition et de l'état exacts.
  5. Choisissez le domaine et l'ambiance : art, culture, essai personnel, entreprise, produit, ingénierie, éducation, psychologie, finance, histoire, style de vie, ou un autre domaine.
  6. Choisissez l'action centrale : tirer, encadrer, révéler, bloquer, accorder, plier, trier, réparer, peser, arranger, porter, abriter, distiller, équilibrer, éclairer, archiver ou transformer.
  7. Décidez si un opérateur en papier est nécessaire à l'aide du test d'inclusion.
  8. Avant de verrouiller la métaphore par défaut, divergez avec references/creative-divergence.md : esquissez quelques mondes candidats et convergez vers celui qui correspond le plus précisément à ce contenu — ne réutilisez pas par réflexe la table de routage, la galerie ou la salle.
  9. Sélectionnez une famille d'opérateurs dans references/operator-library.md qui peut physiquement exécuter la relation ; utilisez la carte Opérateur × Relation en cas de doute.
  10. Choisissez le mode de composition avec references/composition-modes.md : une composition dense en une seule image avec plusieurs moments (par exemple, quatre traversées de rivière sur un seul terrain) ou une série de plusieurs images — choisissez ce que la propre structure du contenu exige, pas une valeur par défaut.
  11. Assemblez la scène à partir du kit dans references/primitives.md et encodez précisément le statut, le degré et l'état avec references/state-coding.md. Réutilisez la même primitive pour la même signification afin que l'image reste cohérente.
  12. Adaptez le monde, les accessoires, la palette, la texture et la typographie en utilisant references/domain-adaptation.md.
  13. Rédigez des étiquettes lisibles dans la langue de l'utilisateur. Pour les figures chinoises simples, utilisez 3 à 6 étiquettes courtes ; pour les figures complexes à états multiples, utilisez plus d'étiquettes lorsqu'elles clarifient les chemins, les états, les contrastes ou les groupes. Préférez les étiquettes courtes, mais autorisez une bande de phrase lisible lorsqu'elle améliore considérablement la compréhension.
  14. Construisez la dernière invite d'image en utilisant references/prompt-template.md.
  15. Générez ou modifiez une image à la fois.
  16. Lorsque l'article a besoin de plus d'une image, planifiez l'ensemble avec references/series-and-chaining.md afin que les figures partagent un monde, un opérateur, une palette et un fil conducteur progressif au lieu d'apparaître comme N images sans rapport.
  17. Exécutez le QA avec references/qa-checklist.md et effectuez le Test d'échange de references/variation-engine.md : si l'image pouvait être déplacée vers un article différent sans que cela se remarque, elle n'est pas assez précise. Régénérez si l'opérateur est décoratif, si le style dérive, si la relation se réduit à une flèche générique, si l'image semble verrouillée sur un modèle, si les étiquettes manquent ou si l'idée n'est pas claire.
  18. Pour les images README, portfolio ou vitrine, incluez si possible au moins un domaine non technique : art, culture, vie, psychologie, éducation, alimentation, voyage ou essais personnels. Le skill ne doit pas donner l'impression qu'il ne dessine que des workflows.

Test d'inclusion

Avant d'ajouter un personnage en papier, répondez :

opérateur en papier :
- utiliser opérateur : oui/non
- point d'ancrage source :
- domaine :
- type de relation :
- action centrale :
- objet sur lequel on agit :
- relation clarifiée :
- ce qui casse si retiré :
- famille d'opérateur :
- dérive interdite :

N'utilisez un opérateur que lorsque ce qui casse si retiré est concret. Les bonnes réponses incluent :

  • "Le chemin de connexion perd son agent."
  • "La frontière n'est plus lue comme une décision."
  • "La couche cachée n'est plus inspectée."
  • "L'œuvre ne semble plus organisée, réparée, accordée ou recadrée."

Les réponses faibles incluent :

  • "C'est plus amusant."
  • "Cela ajoute de la personnalité."
  • "Cela remplit l'espace vide."

Style par défaut

Lisez references/style-dna.md avant de générer les images finales.

ADN visuel de base :

  • Illustration d'article en priorité chinoise, sauf si l'utilisateur demande autre chose
  • Scène de maquette en papier sur table vue en plongée lorsque l'utilisateur souhaite le style plus récent et poli
  • Complexité adaptative : choisissez la forme suffisante la plus simple, mais autorisez les scènes complexes à états multiples lorsque l'article le nécessite et que le système de chemin/statut reste clair
  • Étiquettes lisibles obligatoires par défaut : étiquettes courtes en chinois/anglais attachées aux objets ; utilisez-en 3 à 6 pour les figures simples et plus pour les figures complexes à états multiples lorsque les étiquettes supplémentaires rendent le parcours plus clair
  • Personnages en papier plié avec un visage calme et sans expression par défaut, ou une expression dessinée à la main simple (quelques traits pour les sourcils/yeux et la bouche, profil ou trois-quarts) lorsqu'elle encode l'état de l'opérateur ; jamais réaliste, jamais de face, jamais les yeux blancs style Xiaohei
  • Corps en papier blanc cassé, contour charbon, petites languettes de couleur sémantique
  • Papier tactile, outils translucides, ombres légères, composition éditoriale calme
  • Ruban/chemin porteur bleu fluide pour le parcours principal du lecteur lorsque utile
  • Étiquettes disposées sous forme d'onglets, de plaques, d'étiquettes suspendues, de légendes de galerie, de panneaux indicateurs, de bandes de phrase ou de cartes cousues ; ne laissez pas l'image sans texte
  • Un opérateur en papier, un outil, une action centrale
  • Image horizontale 16:9 pour le corps de l'article par défaut
  • Marges généreuses et hiérarchie focale claire
  • Étiquettes concises en chinois ou en anglais attachées aux objets
  • Pas de corps blob noir style Xiaohei, d'yeux blancs, de petites jambes fines ou d'identité de monstre impassible
  • Pas de silhouette générique, de robot, d'avatar, d'employé de bureau, d'autocollant de mascotte ou d'icône PowerPoint

Adaptation par domaine

Les opérateurs en papier ne sont pas réservés aux schémas d'ingénierie.

Pour un article sur l'art, l'opérateur peut accrocher un cadre, accorder une bande de couleur, tenir une carte lumineuse, restaurer une composition déchirée, disposer des piédestaux ou révéler un rythme de pinceau caché.

Pour un essai personnel, l'opérateur peut plier un souvenir, porter un petit panneau météo, abriter une note fragile, démêler un ruban de choix ou placer une chaise vide.

Pour un texte commercial ou produit, l'opérateur peut acheminer une ligne de transport, filtrer un entonnoir, peser un compromis, empiler une feuille de route ou tamponner une décision.

Pour un texte technique, l'opérateur peut inspecter une coupe, assurer une transition, bloquer une branche de défaillance ou réparer une boucle.

Laissez toujours l'article choisir l'outil et le monde de l'opérateur. Ne forcez pas les accessoires d'ingénierie dans l'art, la culture, la vie ou les essais émotionnels.

Couches de profondeur

Quatre références donnent sa profondeur au skill. Utilisez-les dans cet ordre.

  • Relation d'abord (references/relationship-grammar.md) : nommez la relation exacte que l'image doit montrer, puis rendez sa direction, sa condition et son état. C'est ce qui empêche chaque image de se réduire à une flèche générique de gauche à droite. Une relation précise fait la différence entre "deux choses avec une ligne" et "B dépend de A, et se casse sans elle". Exprimez la relation comme une scène en papier 3D profonde — arrangement matériel, guidage par ligne ou boucle, et état de l'opérateur — et non comme une icône de graphique aplatie en papier (voir "Relations As Scenes, Not Chart Icons" dans references/style-dna.md).
  • Primitives comme kit (references/primitives.md) : construisez chaque scène à partir d'un ensemble connu de pièces en papier — supports, surfaces, enceintes, optiques, mesures, conteneurs d'état, conteneurs d'étiquettes et le kit de construction du personnage en papier. Une primitive porte une signification ; réutilisez la même primitive pour la même signification afin qu'un ensemble d'images ressemble à un seul monde.
  • Codage d'état pour la précision (references/state-coding.md) : montrez le statut, le degré et la qualité sans texte supplémentaire — sémantique des couleurs, épaisseur et texture du chemin, élévation, posture de la porte, condition du bord, lumière et degré. Gardez un budget d'encodage : choisissez le ou les deux encodages qui portent la précision de l'article et laissez le reste neutre.
  • Série pour l'enchaînement (references/series-and-chaining.md) : lorsqu'un article a besoin de plusieurs images, enchaînez-les en un seul argument. Gardez l'opérateur, la palette et le style d'étiquette constants ; faites progresser un ruban de fil conducteur à travers l'ensemble ; introduisez un petit motif tôt et bouclez-le à la fin.

Ces couches se composent : choisissez la relation, rendez-la avec les primitives et le codage d'état, et lorsqu'il y a plusieurs images, enchaînez-les avec un fil conducteur partagé.

Flexibilité et précision

La façon la plus rapide de faire mourir ce skill est l'uniformité : la première image impressionne, mais après une utilisation répétée, tout "se ressemble" et cesse d'être intéressant. Cet ennui est un échec de précision, pas un problème de style. Le remède est d'adapter chaque image à CE contenu spécifique et à l'intention réelle de l'utilisateur — lorsque chaque image est construite à partir des particularités de son propre article, deux images ne se ressemblent pas, car deux articles ne sont jamais identiques. Ne soyez pas rigide ; ne réimprimez pas une scène par défaut. Quatre références tiennent cette ligne.

  • Lisez l'intention, pas seulement les mots (references/intent-reading.md) : déduisez le public, le sentiment souhaité, la position de l'auteur et l'unique phrase sur laquelle ils miseraient tout ; extrayez les particularités spécifiques au contenu qui doivent apparaître. Traduisez "ce qu'ils ont dit" en "ce dont ils ont besoin" — une demande d'"organigramme" peut en fait vouloir un sentiment.
  • Divergez avant de vous rabattre sur la valeur par défaut (references/creative-divergence.md) : esquissez quelques mondes métaphoriques candidats et convergez vers celui qui correspond le plus précisément à ce contenu, au lieu de réutiliser par réflexe la table de routage / galerie / salle. La précision bat la nouveauté.
  • Choisissez le mode de composition (references/composition-modes.md) : décidez entre une composition dense en une seule image avec plusieurs moments et une série de plusieurs images en fonction de la propre structure du contenu. Une campagne qui traverse une rivière quatre fois est une seule carte, pas quatre images.
  • Exécutez le moteur de variation (references/variation-engine.md) : maintenez fixes les invariants sémantiques (relation, action de l'opérateur, ADN) et laissez varier les axes pilotés par le contenu (caméra, monde, pose, accent de palette, expression).

Le test qui les relie est le Test d'échange : si l'image pouvait être déplacée vers un article différent sur le même sujet sans que personne ne le remarque, elle a échoué — une image précise est verrouillée sur son document. Régénérez jusqu'à ce que le Test d'échange échoue pour chaque article voisin.

Contrat de sortie

Pour la planification, renvoyez :

point d'ancrage source :
point à retenir pour le lecteur :
intention (public · sentiment · position de l'auteur · l'unique phrase à garder) :
domaine et ambiance :
type de relation :
action centrale :
décision relative à l'opérateur :
ce qui casse si retiré :
famille d'opérateur :
monde métaphorique (après divergence ; pourquoi il bat la valeur par défaut) :
mode de composition (image unique dense / série ; pourquoi) :
primitives et codage d'état :
composition :
étiquettes (obligatoires ; 3-6 pour les figures simples, plus pour les états/chemins/groupes complexes ; bande de phrase optionnelle si utile) :
plan de série (uniquement lors de la planification de plusieurs images) :
dernière invite d'image :
risques QA (inclure le Test d'échange) :

Pour la génération, produisez une image à la fois et rapportez :

  • chemin de l'image
  • emplacement prévu
  • objectif en une ligne
  • statut des étiquettes natives : confirmez si les étiquettes/bandes de phrase sont rendues dans l'image, délibérément omises ou superposées en externe car l'utilisateur a demandé une post-production
  • si elle réussit le QA ou a besoin d'une régénération

Références

  • references/style-dna.md : l'identité visuelle et les règles anti-copie.
  • references/intent-reading.md : lisez l'intention réelle de l'utilisateur et les particularités spécifiques au contenu pour que l'image corresponde à CE document, pas au sujet en général.
  • references/relationship-grammar.md : les 12 familles de relations, leur encodage visuel et comment les rendre précisément au lieu de flèches génériques.
  • references/operator-library.md : familles d'opérateurs, verbes d'action et la carte Opérateur × Relation.
  • references/creative-divergence.md : divergez vers plusieurs mondes métaphoriques candidats, puis convergez vers celui qui correspond le plus précisément au contenu.
  • references/primitives.md : le kit composable de pièces en papier atomiques, de conteneurs d'étiquettes et le kit de construction du personnage en papier.
  • references/state-coding.md : le système d'encodage visuel précis pour le statut, le degré et la qualité.
  • references/domain-adaptation.md : comment adapter les opérateurs en papier à l'art, à la culture, à la vie, aux affaires, à la technique et à d'autres sujets.
  • references/composition-modes.md : choisissez une composition dense en une seule image avec plusieurs moments ou une série ; mises en page d'une seule image pour les histoires en plusieurs étapes.
  • references/series-and-chaining.md : comment enchaîner un ensemble d'images en un seul argument connecté avec un fil conducteur partagé.
  • references/variation-engine.md : vaincre l'uniformité par la précision ; invariants sémantiques vs variables pilotées par le contenu ; le Test d'échange.
  • references/prompt-template.md : modèles d'invite pour la planification et la génération finale.
  • references/qa-checklist.md : règles d'acceptation et de régénération.

Skills associés