100x-visual-fission

Que fait 100x-visual-fission ?

Positionnement en une phrase

Entrez ≥2 références de personnages/scènes d'une même série (JSON inversé ou description textuelle dégradée) + un brief produit, et obtenez une matrice de prompts de fission média verrouillée sur l'identité du personnage, de la scène et du produit : structure média au choix (plan unique / début-fin / début-milieu-fin / multi‑jour) × préconfigurations de cadrage VTP originales A/B/C, avec un prompt négatif constant. Appartient au niveau L2 de génération créative du système 100x, correspondant à l'étape « 5 : Fission visuelle ».

Quand déclencher

L'utilisateur dit :

• « Fissionne cette référence visuelle » / « Génère quelques variantes de ce produit » / « Crée une matrice de prompts de fission » / « Fission média » / « Fission visuelle »
• « fission this reference » / « generate prompt variants for this product » / « multiply this reference image into variants »
• Ou fournit directement un ensemble de JSON de personnages/scènes déjà inversés (ou descriptions textuelles) + un brief produit, et demande une série de prompts de fission.

Entrées

Entrée minimale (catégorie A, obligatoire, les deux requises) : references[] — au moins 2 références de personnages/scènes d'une même série. Il peut s'agir d'un JSON inversé VTP déjà complété (schéma vtp_prompts_01/02) ou d'une description textuelle dégradée en l'absence d'image réelle (doit être clairement indiqué dans source_material_note de la sortie). product_brief — nom du produit + catégorie + texte narratif d'effet. Moins de 2 références rendent impossible « l'extraction des traits communs » (on ne distingue pas ce qui varie), la requête est donc rejetée (voir workflow.md Phase 1 validation catégorie A).

Complément optionnel (catégorie B, valeurs par défaut si absent, voir workflow.md) : aspect_ratios_wanted (défaut ["9:16"]), variant_count (défaut 2, paramètre libre défini par l'utilisateur à l'étape 04 de VTP, pas un critère structurel de cette compétence).

Entrée en amont possible (catégorie C, ignorée silencieusement si absente, ne bloque pas et n'exige jamais que l'utilisateur exécute d'abord une autre compétence) : PersonaSceneBundle issu de 100x-persona (s'il existe déjà, on réutilise son ancre d'identité et on saute l'inversion).

Sorties

Voir schema.json : constants (trois ancres : personnage/scène/produit) + variables (traits communs/variables de l'étape 03 VTP) + media_plan (structure média choisie parmi 4 + plan des images) + prompt_sets (N groupes de prompts générés à l'étape 04 VTP) + fission_variants (fission de cadrage à l'étape 06 VTP, au moins une par image) + negative_prompt (constante fixe de l'étape 07 VTP) + meta. Un résumé Markdown lisible par un humain peut être rendu optionnellement (structure média + liste des images + entrées de fission correspondant à chaque image).

Contraintes fondamentales (4 axiomes, voir axioms.md)

1. Les trois ancres (personnage/scène/produit) sont des quantités fixes qui doivent apparaître textuellement dans chaque branche de fission (la vérification de sous‑chaîne est une correspondance littérale insensible à la casse, pas une équivalence sémantique — deux textes utilisant des mots différents pour décrire la même personne, ou deux produits différents partageant une même phrase générique, peuvent produire des faux positifs/négatifs, voir axiome 1 dans axioms.md).
2. L'axe de fission média (plan unique / début-fin / début-milieu-fin / multi‑jour) se superpose aux axes originaux VTP de cadrage/lumière/colorimétrie, et ne les remplace pas — c'est la différence fondamentale entre cette compétence et la conception VTP originale (limitation connue : la décision de structure média exige que la branche multi_day invoque un nombre, mais la machine ne peut pas vérifier si ce nombre reflète fidèlement le récit en entrée, voir axiome 2 TODO dans axioms.md).
3. Chaque image planifiée doit effectivement être rendue par au moins un produit de fission, et la source citée par ce produit doit exister réellement — une image planifiée mais non rendue, ou rendue mais pointant vers une planification inexistante, est considérée comme un échec.
4. Chaque prompt final inclut le prompt négatif constant + un suffixe de réalisme minimal, et ne doit pas copier textuellement dans la description d'image des expressions non visualisables ou exagérées (limitation connue : la liste de mots clés non visualisables n'a été validée que sur des corpus réels en anglais et en espagnol dans la catégorie santé; son extension à d'autres catégories sera probablement nécessaire, voir axiome 4 TODO dans axioms.md).

Pipeline en trois phases

Voir workflow.md : Phase 1 (réception + validation : catégories A/B/C + pré‑détection d'expressions non visualisables) → Phase 2 (squelette VTP en sept étapes : 01/02 inversion ou dégradation → 03 extraction des traits communs → décision de structure média (nouvelle étape de cette compétence) → 04 génération de N groupes de prompts → 06 fission de cadrage → 07 prompt négatif fixe → auto‑vérification de chaque entrée) → Phase 3 (reprise déclenchée par l'utilisateur : L1 pour une seule entrée / L2 pour une seule image ou au niveau structurel / L3 pour l'ensemble).

Garantie d'appel indépendant

Si la catégorie A est absente (references[] moins de 2 éléments, ou product_brief inaccessible) → message de refus fixe demandant plus d'informations, pas de supposition, pas de tentative de forcer une seule référence à en faire « 2 ». Si la catégorie B est absente → valeurs par défaut + indicateur meta.warnings. Si la catégorie C (sortie de 100x-persona) est absente → ignorée silencieusement, il n'est jamais demandé à l'utilisateur d'exécuter d'abord 100x-persona.

Mots interdits

laissez-moi / j'espère / peut-être / probablement / possible / éventuellement / faisons ; formulations de chatbot IA (as an AI / I'd be happy to / feel free to) ; mots esthétiques inefficaces : attractive/beautiful/stunning/serene/pristine/elegant/cinematic/professional/studio/flawless (extension directe du biais anti‑studio de VTP) ; ne pas copier textuellement dans la description d'image des expressions non visualisables ou exagérées ("clinically proven" / "cellular health" / "guarantee" etc., axiome 4) ; ne pas inventer de faits absents de references[] ou product_brief ; ne pas inventer de noms de marques ou de clients spécifiques ; le negative_prompt constant ne peut être modifié ni par l'utilisateur ni par une reprise.

Routage (recommandé, pas une dépendance forte)

• Pas encore d'image de référence, on veut d'abord en trouver une → compétence de recherche par mots clés (100x-search-query, si elle existe)
• Pas encore de personnage/scène défini, on a juste un script → compétence personnage/scène (100x-persona, si elle existe, sa sortie peut être directement injectée dans la catégorie C de cette compétence)
• On veut transformer le résultat de fission en storyboard formel / timeline → compétence storyboard (si elle existe)
• On veut revenir à l'entrée du système pour un nouveau tri → point d'entrée général du système 100x (s'il existe)

Ce qui précède est une « recommandation post‑sortie », pas une dépendance préalable ; la non‑existence des compétences correspondantes n'empêche pas le fonctionnement autonome de cette compétence.

Auto‑test à la sortie d'usine

Exécutez node scripts/validate.js --selftest pour valider. Les règles d'agrégation inter‑entrées des axiomes 2/3/4 (longueur du tableau d'images, ordre des images, intégrité des références, zéro orphelin, cohérence du prompt négatif entre les branches, scan des expressions non visualisables) ne peuvent pas être exprimées en schema.json (vanilla JSON Schema). Le véritable jugement est effectué par scripts/validate.js :

npm install                                                   # première utilisation, installer ajv
node scripts/validate.js <bundle.json> [bundle2.json ...]     # valider la sortie
node scripts/validate.js --selftest                           # exécuter les tests de régression intégrés (16 éléments)

Sources

Le squelette méthodologique de cette compétence est une réécriture du pipeline VTP (Visual Template Proliferator) en sept étapes : « Méthodologie d'inversion · quatre types d'inversion et les sept étapes VTP » + schémas d'inversion (personnage/scène) + extraction des traits communs / génération de variantes / traduction / fission de prompt + prompt négatif constant de l'étape 07 de la documentation. La « fission média » (choix parmi plan unique / début-fin / début-milieu-fin / multi‑jour, superposé aux axes originaux VTP de cadrage/lumière/colorimétrie) est une extension originale de cette compétence, et non une couche présente dans la conception VTP originale ; les différences spécifiques sont détaillées dans l'ouverture de axioms.md et l'axiome 2. Les points de réécriture fichier par fichier, les divulgations d'originalité et les enregistrements de tests sur corpus réels se trouvent dans sources.md.