Guide d'utilisation
Recettes de prompts image-à-image Muse-Image-1.0 pour les développeurs
Prompts d'édition prêts à copier-coller, formulations pour préserver le sujet, et prompts négatifs pour les échecs courants
Différence entre un prompt image-à-image et un prompt texte-à-image
Un prompt texte-à-image décrit l'intégralité d'une scène : sujet, lumière, style, composition, arrière-plan. Le modèle part du bruit et construit tout. L'image-à-image diffère : vous avez déjà une image source, et le prompt est un delta par rapport à elle. Vous ne décrivez pas de zéro ce que l'image devrait contenir, mais ce qui doit changer et ce qui doit rester.
Cette distinction est importante, car une description complète de la scène dans un prompt d'édition incite le modèle à rendre à nouveau toute l'image. Si vous décrivez le sujet en détail, le modèle risque de le redessiner au lieu de le conserver. Si vous décrivez l'arrière-plan, il peut le reconstruire. Le résultat ressemble souvent à une image plausible mais différente — le même concept, une autre instance.
Le modèle mental à retenir : un prompt texte-à-image est une spécification ; un prompt image-à-image est un patch de différences. L'image source est le document de base, votre prompt est le patch. Le patch doit être petit, explicite et de portée limitée. Quand le patch est trop large, le modèle l'applique partout et vous perdez les parties de l'image source que vous vouliez conserver.
Concrètement, cela signifie qu'un prompt d'édition doit s'appuyer sur des références à l'image existante (« le sujet », « l'arrière-plan existant », « la composition actuelle ») plutôt que de les redécrire. Dites ce qui bouge, pas ce qui existe. Les sections suivantes traduisent cela en squelettes réutilisables et en recettes concrètes.
Une autre conséquence : comme l'image source porte énormément d'information, un même prompt peut se comporter différemment selon l'entrée. Une recette efficace sur une photo de produit peut échouer sur un portrait. C'est pourquoi les recettes proposées ici sont écrites comme des schémas adaptables, et non comme des chaînes magiques.

Format de recette : un changement, une préservation, une contrainte
Chaque prompt d'édition de ce guide suit le même squelette en trois parties. Il est délibérément ennuyeux, et c'est précisément l'intérêt : une structure fixe rend les prompts comparables, auditables et transformables en modèles.
Le squelette
- Changement — une instruction explicite décrivant la modification. Commencez par un verbe : change, replace, add, remove, shift, recolor.
- Préservation — une liste explicite de ce qui doit rester fixe : identité du sujet, pose, composition, arrière-plan, éclairage, textures.
- Contrainte — les conditions limites : cohérence de style, format d'image, ne pas ajouter de nouveaux objets, aucun texte sauf demande explicite.
Un prompt minimal ressemble à ceci :
Changement : remplacer l'arrière-plan par un fond de studio uni gris clair.
Préservation : le visage, les cheveux, les vêtements, la pose et la composition du sujet.
Contrainte : conserver la direction d'éclairage d'origine et la douceur des ombres ; ne rien ajouter ; aucun texte.
Pourquoi trois parties plutôt qu'une phrase
Le découpage en trois parties fait deux choses. D'abord, les lignes changement et préservation sont des signaux séparés ; le modèle respecte souvent mieux une consigne explicite de « préservation » lorsqu'elle n'est pas enchevêtrée dans la phrase d'édition. Ensuite, le découpage rend le débogage possible. Si la sortie est erronée, vous pouvez déterminer si le changement a été mal appliqué (ligne de changement trop vague) ou si l'image source a été trop modifiée (ligne de préservation absente ou trop courte).
Un seul changement par prompt
Résistez aux edits combinés. « Remplacer l'arrière-plan, ajouter un chapeau et passer à une lumière de fin de journée » représente trois recettes déguisées en une seule. Procédez plutôt par étapes successives : chaque étape a un delta propre et vous pouvez vérifier les résultats intermédiaires. L'édition séquentielle vous permet aussi de garder des lignes de préservation concises à chaque étape.
La ligne de contrainte est votre garde-fou qualité. Mettez-y ce qui vous ferait refuser la sortie — mauvais format d'image, texte ajouté, température de couleur décalée. Il est plus facile de retirer une contrainte excessive d'un prompt que de corriger un prompt sous-spécifié.
Recettes d'édition prêtes à copier-coller
Chaque recette ci-dessous suit le squelette changement / préservation / contrainte. Adaptez les parties entre crochets à votre sujet. Utilisez le cadre avant/après comme liste de vérification : qu'est-ce qui doit être visiblement différent, qu'est-ce qui doit être absolument identique.
1. Remplacement d'arrière-plan
Avant : un sujet dans une rue animée. Après : le même sujet, sur un fond propre.
Changement : remplacer l'arrière-plan par un fond de studio sans raccord [couleur].
Préservation : le visage, les cheveux, les vêtements, la pose et la composition corporelle du sujet ; conserver le cadrage actuel.
Contrainte : reproduire la direction d'éclairage d'origine sur le sujet ; ne pas ajouter de nouvelles ombres sur l'arrière-plan ; aucun texte ni logo.
2. Recadrage de couleur produit
Avant : un produit dans une palette de couleurs. Après : le même produit, dans une autre couleur.
Changement : recolorer [partie du produit] en [couleur cible], en conservant le rendu de surface du matériau.
Préservation : la forme du produit, les coutures, les étiquettes, les reflets et la composition actuelle.
Contrainte : ne pas recolorer les reflets sur l'arrière-plan ni sur les surfaces environnantes ; ne pas modifier le texte.
3. Décalage d'éclairage et d'heure
Avant : lumière plate de midi. Après : lumière chaude de fin de journée.
Changement : décaler l'éclairage vers une lumière chaude de fin de journée à angle rasant.
Préservation : l'identité du sujet, sa pose, ses vêtements et la disposition de la scène.
Contrainte : garder des ombres cohérentes avec une source lumineuse unique à angle rasant ; ne rien ajouter ni retirer ; aucun texte.
4. Suppression d'objet
Avant : une scène avec un élément perturbateur. Après : la même scène, sans cet élément.
Changement : retirer [objet] de [emplacement] et combler la zone avec la surface environnante.
Préservation : tout le reste de l'image à l'identique, y compris la composition et l'éclairage.
Contrainte : aucun flou ni bavure à l'emplacement d'origine de l'objet ; ne pas ajouter d'objet de remplacement ; aucun texte.
5. Transfert de style du sujet
Avant : une photo du sujet. Après : le même sujet traité en illustration.
Changement : rendre l'image dans un style d'illustration [style].
Préservation : les traits du visage, la pose, les détails des vêtements et la composition du sujet.
Contrainte : garder le sujet reconnaissable ; ne rien ajouter ; aucun texte ni marque de signature.
6. Recadrage et recomposition
Avant : un plan large. Après : une composition plus serrée, même sujet.
Changement : recadrer le sujet au centre dans un cadrage plus serré [portrait/carré].
Préservation : l'apparence du sujet, son expression, l'éclairage et le contexte d'arrière-plan dans le nouveau cadrage.
Contrainte : ne pas inventer de détails en dehors du cadre d'origine ; aucun texte.
Exécutez une recette à la fois, vérifiez, puis enchaînez l'étape suivante. Si une recette échoue, la correction se trouve généralement dans la ligne de préservation ou de contrainte, pas en empilant davantage d'adjectifs sur la ligne de changement.

Formulations pour préserver l'intégrité des détails du sujet
La dérive d'identité est la plainte la plus fréquente en image-à-image. Le modèle réalise l'édition demandée mais redessine discrètement le visage, modifie le tissu ou décale la pose. Les formulations sont votre principal levier ici, et elles sont plus efficaces que la répétition.
Nommer explicitement ce qui doit rester fixe
Une consigne de préservation abstraite (« garder l'identique ») est faible. Une consigne concrète est forte. Comparez :
- Faible : « Garder le sujet inchangé. »
- Forte : « Préserver le visage, la ligne des cheveux, la couleur des yeux, les plis des vêtements et la position des mains du sujet. »
La version forte fonctionne parce qu'elle énumère des attributs vérifiables. Le modèle dispose d'ancrages concrets, au lieu d'un vague « ne change rien ».
Référencer l'image, ne pas la redécrire
Redécrire le sujet est l'erreur la plus fréquente et la plus auto-destructive. Si vous écrivez « une femme aux cheveux bruns portant une chemise bleue », le modèle peut générer une femme aux cheveux bruns en chemise bleue — et non celle de votre source. Privilégiez les références déictiques : « le sujet », « l'arrière-plan existant », « la composition actuelle ». La redescription n'est utile que si vous voulez modifier cet attribut.
Délimiter spatialement la zone d'édition
Dans la mesure du possible, délimitez la zone d'édition par le texte : « uniquement l'arrière-plan », « le tiers inférieur de l'image », « l'étiquette du produit ». La délimitation spatiale réduit les éditions collatérales. Si votre pipeline prend en charge les masques, combinez le langage spatial avec un masque — texte et masque se renforcent mutuellement.
Utiliser des comparatifs, pas des absolus
« plus chaud », « un peu plus serré », « moins saturé » préservent davantage le contenu d'origine que « orange chaud », « très gros plan », « très saturé ». Les absolus tirent le modèle vers la version typique de ce qui est décrit ; les comparatifs l'ancrent à l'image source.
Une liste de préservation courte mais porteuse
Trois à six attributs suffisent généralement. Une liste de vingt dilue l'attention ; une liste vide invite à la dérive. Choisissez les attributs dont l'échec vous ferait refuser la sortie, et laissez le reste vide.
Une habitude utile : rédigez d'abord la ligne de préservation, puis la ligne de changement. Décider de ce qui compte le plus avant de décider de ce qui bouge produit souvent un prompt plus compact.

Prompts négatifs pour les cas d'échec courants
La plupart des générations ratées se regroupent en quelques catégories d'échec récurrentes. Un petit ensemble de prompts négatifs réutilisables suffit à les couvrir sans sur-contraindre l'édition. Selon la manière dont votre pipeline les transmet, ajoutez ces termes négatifs à la ligne de contrainte ou dans un champ négatif séparé.
Échec : dérive d'identité faciale
Symptôme : forme du visage, yeux ou âge décalés ; expression changée sans raison.
Negative: altered facial features, changed eye color, different person, age change, expression change
Échec : arrière-plan trop modifié
Symptôme : après édition du seul sujet, les objets de l'arrière-plan bougent, les murs changent de couleur, les ombres se décalent.
Negative: changed background, moved objects, altered wall color, new shadows, shifted horizon
Échec : perte de texture et de matière
Symptôme : le tissu ressemble à du plastique, la peau à un aérographe, le métal perd ses reflets.
Negative: plastic texture, airbrushed skin, lost fabric weave, flattened reflections, oversmoothing
Échec : ajouts indésirables
Symptôme : apparition d'accessoires, de texte ou de filigrane, membres ou objets en trop.
Negative: added props, extra objects, text, watermark, logo, signature, extra limbs
Échec : infiltration de style
Symptôme : une édition locale redessine toute l'image dans un nouveau style, ou une édition de style contamine l'identité du sujet.
Negative: global restyle, changed lighting on subject, painterly bleed, uniform filter
Échec : coutures et artefacts
Symptôme : flou ou bavure à l'endroit où un objet a été retiré ; bords durs aux limites de l'édition.
Negative: blur artifacts, smudge, visible seam, halo, patch mismatch
Comment les utiliser sans casser l'édition
Commencez par une ligne négative correspondant au type d'échec que vous observez réellement. Ajouter les six d'un coup aplatit souvent la sortie et peut entrer en conflit avec le changement demandé. Les termes négatifs doivent être courts et précis ; une longue liste de termes « bad quality » aide rarement pour une édition ciblée. Si une ligne négative corrige un cas mais en casse un autre, limitez-la à cette recette plutôt qu'à un modèle global.
Transformer les recettes en modèles paramétrés
Les prompts copiés-collés ne sont qu'un point de départ. Ce qui passe à l'échelle en production, ce sont des modèles avec des emplacements nommés, des étiquettes de version et des responsables. L'objectif : que n'importe quel ingénieur puisse appeler la même recette et obtenir un comportement comparable.
Extraire les emplacements
Prenez une recette et remplacez par des placeholders les portions qui varient d'une requête à l'autre :
Changement : remplacer l'arrière-plan par un fond de studio sans raccord {backdrop_color}.
Préservation : {identity_attributes} du sujet ; conserver le cadrage actuel.
Contrainte : reproduire la direction d'éclairage d'origine sur le sujet ; ne pas ajouter de nouvelles ombres sur l'arrière-plan ; aucun texte ni logo.
Negative: {failure_negatives}
Emplacements typiques : catégorie de sujet, cible de l'édition, valeur cible, liste d'attributs à préserver, indicateurs de contrainte, ensemble négatif. Gardez des noms d'emplacements stables d'une recette à l'autre, afin que le même code appelant puisse basculer entre recettes.
Versionner et enregistrer les recettes
Traitez les prompts comme des schémas. Donnez à chaque modèle un identifiant et une version (background_replace@2), et consignez ce qui a changé et pourquoi. Quand la qualité des sorties change après une modification de modèle ou de recette, vous devez savoir quelle version a produit un asset donné. Stockez le prompt rendu avec le résultat, pas seulement la référence du modèle.
Composer plutôt que concaténer
Construisez les prompts à partir de blocs — bloc changement, bloc préservation, bloc contrainte, bloc négatif — plutôt qu'en concaténant du texte libre. Les blocs permettent de linter les lignes de préservation manquantes et de remplacer le jeu négatif par catégorie d'échec. Maintenez une petite bibliothèque de blocs de préservation (portrait, produit, scène) et de blocs négatifs (identité, texture, ajouts).
Garde-fous de la couche modèles
Validez les emplacements avant l'envoi : rejetez les couleurs inconnues, les listes de préservation vides et les edits combinant plusieurs changements. Imposez un seul changement par appel à la frontière de l'API. Ces vérifications sont peu coûteuses et interceptent la plupart des mauvais prompts avant qu'ils n'atteignent le modèle.
Partager avec des exemples
Chaque modèle doit être accompagné de deux ou trois images sources d'exemple et des résultats attendus, afin qu'un nouvel arrivant puisse valider rapidement un changement sans avoir à chercher à qui demander. Un modèle plus des exemples forment l'unité de réutilisation.
Évaluer les recettes sur vos propres images
Une recette qui fonctionne sur un seul échantillon ne dit pas grand-chose. Avant qu'un prompt n'entre en production, il doit faire ses preuves sur un ensemble d'évaluation fixe reflétant vos entrées réelles.
Construire un petit jeu de test fixe
Dix à trente images sources suffisent généralement pour commencer. Couvrez les variantes que vous voyez réellement : types de sujets, conditions d'éclairage, arrière-plans, formats d'image et cas limites. Geler cet ensemble et le réutiliser entre versions de prompts, afin que les comparaisons aient du sens. Ajoutez de nouvelles images quand vous découvrez des catégories d'échec non couvertes, mais versionnez aussi l'ensemble.
Définir des critères de réussite pour chaque recette
Pour chaque recette, écrivez à quoi ressemble une réussite. Pour le remplacement d'arrière-plan : identité du sujet préservée, pas de halo, direction d'éclairage cohérente, pas d'artefact sur l'arrière-plan. Pour le recadrage de couleur : couleur cible correcte, étiquettes intactes, reflets plausibles. Les critères doivent être vérifiables par un réviseur humain en quelques secondes, et non décrits comme une « sensation ».
Comparer des variantes, pas des absolus
Exécutez les variantes de prompts côte à côte sur le même ensemble et comparez les taux de réussite. Ajustements de la ligne de changement, listes de préservation raccourcies, termes négatifs ajoutés — chaque modification est une variante candidate. Tenez un journal simple : identifiant de variante, nombre de réussites, échecs notables. Vous passez ainsi du réglage anecdotique à un petit carnet d'expériences.
Distinguer échec de recette et échec d'entrée
Certains échecs tiennent à l'image source : basse résolution, occlusion importante, sujet flou. Notez-les séparément. Une recette n'est pas défectueuse parce qu'elle ne corrige pas une mauvaise entrée, mais votre pipeline peut avoir besoin d'une porte qualité en entrée.
Surveiller les régressions entre recettes
Les blocs partagés — listes de préservation, ensembles négatifs — peuvent améliorer une recette tout en dégradant silencieusement une autre. Lorsque vous modifiez un bloc partagé, relancez l'ensemble complet, pas seulement la recette que vous ajustez. C'est la principale raison de garder les modèles modulaires.
Déployer avec supervision
Une fois la recette en production, échantillonnez les sorties et réacheminez les échecs évidents vers l'ensemble d'évaluation. Cette boucle — observer, ajouter à l'ensemble, tester des variantes, promouvoir — est ce qui empêche la qualité des prompts de se dégrader avec l'évolution des entrées et des modèles.
Commencez par le squelette en trois parties, construisez un petit ensemble d'évaluation, et considérez les recettes de ce guide comme un point de départ à versionner et à adapter, non comme une réponse finale.
Articles similaires
Voir tous les articles →-
Guide d'utilisation
Guide de démarrage pour seedream-5.0-pro/image-to-image : capacités, tarification et points d'intégration
Limites de capacité, mode de facturation et pratiques d'intégration technique du modèle d'édition d'image de ByteDance
-
Guide d'utilisation
Guide de prise en main de la génération d'images par texte avec seedream-5.0-pro : limites de capacités, intégration API et maîtrise des coûts
Point de vue pratique pour les développeurs : des points clés des paramètres à l'estimation du coût de 0,05 $ par image
-
Guide d'utilisation
Guide de prise en main de Hailuo 2.3 Fast image-to-video : limites de capacités, tarification et intégration pratique
Points clés pour les développeurs : choisir et intégrer le modèle image-to-video de MiniMax