Créer une illustration puis la récupérer dans le bon dossier peut multiplier les changements d’outil et les fichiers sans origine claire. GitHub annonce une génération d’images dans Copilot qui rapproche ces étapes. Pour une équipe, l’intérêt est de travailler les variantes dans le contexte du projet, tout en conservant une validation du visuel avant son utilisation réelle.
Une préversion publique annoncée le 28 octobre
Dans son annonce du 28 octobre 2026, GitHub présente la création et la modification d’images par une demande en langage naturel. Le résultat peut être prévisualisé dans la conversation et enregistré dans le projet. La fonction est en préversion publique pour les offres Pro, Pro+, Business et Enterprise, avec une facturation distincte fondée sur les jetons d’image comptabilisés dans les crédits IA.
Le statut compte pour l’organisation des essais. Une équipe peut examiner les conditions de son offre et les règles de son entreprise avant de compter sur cet usage. Le billet ne justifie pas de présenter l’image générée comme un livrable automatiquement prêt à publier. La disponibilité d’un outil de création et l’acceptation d’un visuel répondent à deux questions différentes.
Notre article sur les projets Copilot et le suivi des travaux apporte un complément sur la coordination dans un espace de projet. Plus les productions se rapprochent du travail quotidien, plus il devient utile de savoir qui demande, qui choisit et qui valide ce qui sera conservé.
Écrire une demande qui décrit le support final
Avant de demander plusieurs variantes, préparez un brief visuel court. Indiquez le sujet, le public, le format et la place que l’image occupera. Un fond de page et une vignette de présentation ne demandent pas la même composition. Précisez également les éléments qui doivent rester libres, par exemple une zone destinée à un titre ajouté ensuite dans l’outil de mise en page.
Évitez les consignes qui reposent seulement sur une impression : « plus premium » ou « plus moderne » peut conduire à des variantes difficiles à comparer. Décrivez plutôt un changement observable, comme une composition moins chargée ou un sujet placé plus à gauche. Vous pourrez alors dire si la proposition répond au besoin sans transformer la sélection en discussion de goûts sans fin.
Un jeu de variantes utile ne change pas tous les paramètres en même temps. Conservez le même sujet et faites varier un élément de composition. Si vous modifiez simultanément les couleurs, le cadrage et les objets présents, vous ne saurez plus ce qui explique votre préférence. Une comparaison limitée rend la décision plus facile à partager avec les collègues.
Conserver la relation entre la demande et le fichier
Quand un résultat est retenu pour examen, donnez-lui un nom compréhensible et gardez la demande qui l’a produit à un endroit accessible aux personnes concernées. Le fichier enregistré dans le projet peut ensuite être déplacé, recadré ou remplacé. Sans repère, une variante refusée risque de revenir dans une présentation simplement parce qu’elle semble plus récente dans un dossier.
Indiquez le statut du fichier : à examiner, retenu pour essai ou validé pour un usage précis. Cette information doit rester distincte du nom du modèle ou de l’outil qui a généré l’image. Un visuel accepté pour une maquette interne ne devient pas automatiquement acceptable pour une page publique ou un support imprimé. Le contexte d’usage fait partie de la décision.
Pour toute ressource externe que vous fournissez à l’outil, vérifiez les droits et les règles applicables dans votre organisation. Ne versez pas un document client ou une image confidentielle dans un essai sans cadre adapté. La CNIL propose des repères pour encadrer les relations de sous-traitance et la sécurité, utiles lorsque les ressources traitées comportent des données personnelles.
Valider l’image dans sa destination réelle
Insérez la proposition dans le support prévu avant de la choisir définitivement. Une image convaincante en grand peut perdre son sujet en vignette ou gêner le texte après recadrage. La vérification finale porte sur les détails, la lisibilité, la cohérence avec le message et les contraintes concrètes du support. Elle doit être réalisée par une personne identifiée.
Gardez aussi une trace des modifications réalisées après génération. Un changement de contraste ou une suppression d’élément peut expliquer pourquoi le fichier publié ne correspond plus à la prévisualisation initiale. Si vous présentez le résultat à une équipe, montrez la version réellement destinée au support, pas seulement celle qui a été appréciée dans la conversation.
La démarche de vérification des réponses d’une IA offre un parallèle : un outil produit une proposition, puis une personne vérifie ce qui soutient son usage. Le gain se mesure au temps utile économisé dans ce parcours complet, avec des variantes mieux suivies et une décision de publication toujours explicite.
