Créez une clé dans votre compte, nommez un modèle dans la requête et récupérez l'image terminée sous forme de fichier. Derrière, c'est le même catalogue que celui du toolkit : photos de catalogue, couvertures de blog, avatars et visuels provisoires sortent d'une seule intégration, pas d'un compte par fournisseur.
Obtenir des images depuis du code commence souvent par un petit désordre : un compte chez un fournisseur pour les photos réalistes, un autre pour l'illustration, un troisième pour le texte dans l'image, chacun avec son propre SDK, sa propre clé et sa propre idée de ce qu'est une requête. Une API de génération d'images sur Picasso IA ramène tout cela à une clé de votre compte et une requête qui nomme le modèle voulu.
Le coût de plusieurs fournisseurs d'images tient rarement à la génération elle-même. Il tient à tout ce qui l'entoure : s'inscrire, ranger un secret de plus, lire une documentation de plus, gérer un format d'erreur de plus et réécrire un petit wrapper chaque fois que vous voulez comparer un nouveau modèle à celui que vous utilisez aujourd'hui. Multipliez cela par une équipe et une feuille de route, et le code de colle pèse plus lourd que la fonctionnalité qu'il sert.
Avec une seule clé, l'intégration s'écrit une fois. Vous créez la clé dans votre compte, envoyez une requête qui nomme un modèle et donne ses entrées, et le fichier généré revient pour que vous le téléchargiez. Passer d'un modèle à un autre change le nom du modèle et les réglages qu'il propose, pas la forme de votre code. Tout l'argument tient là, et il est volontairement ennuyeux : un développeur doit pouvoir tenir tout le modèle mental d'une seule respiration.
Elle repose sur les mêmes modèles et le même système de crédits que le toolkit : chaque génération coûte des crédits qui dépendent du modèle et des réglages, et la page des tarifs est l'endroit où vivent les formules. Le catalogue derrière compte 502 modèles au total, dont 212 en texte-vers-image, d'où les centaines du titre. Vous pouvez tous les parcourir dans le catalogue avant d'écrire la moindre ligne.
Deux cent douze modèles texte-vers-image, c'est plus que ce que quiconque devrait évaluer. Commencez par une courte liste qui couvre des travaux différents, passez vos vrais prompts dans chacun et gardez celui dont vous publieriez réellement le résultat. Ces quatre forment une première série raisonnable, et chacun est aujourd'hui dans le catalogue.
| Besoin dans votre projet | Modèle à essayer d'abord | Ce qu'il faut regarder |
|---|---|---|
| Couvertures de blog et images hero | google/nano-banana-pro | Options de résolution, format d'image, images de référence |
| Images de catalogue, style produit | bytedance/seedream-5-pro | Détail en grande taille, comportement avec des photos de référence |
| Visuels avec texte lisible | openai/gpt-image-2.5-flare | Lettrage, option de fond transparent, réglage de qualité |
| Pièces pour l'impression ou le grand format | recraft-ai/recraft-v4.1-pro | Plus grande taille de sortie, prompts longs et détaillés |
| Visuels provisoires bon marché pour un site de test | N'importe quel modèle à sa qualité la plus basse | Coût par image face à la rapidité de relecture du résultat |
Ce tableau est un point de départ, pas un classement. Les modèles ont des goûts différents : l'un penche vers le photographique, un autre vers l'illustré, un autre suit un brief long plus à la lettre. Le seul banc d'essai honnête, c'est votre propre prompt sur votre propre sujet, jugé par quelqu'un qui sait ce dont la page a besoin. La collection range le catalogue par catégorie si vous voulez voir ce qui se trouve à côté de ces quatre.
Le chemin de l'idée au fichier est court, et l'ordre compte : validez d'abord le prompt à la main, automatisez ensuite. Il ne faut ici qu'un compte et un prompt qui vous importe, et les modèles cités plus haut sont ceux par lesquels commencer.
La demande derrière la plupart des appels d'image est simple : il manque une image et une personne mettrait trop de temps à la fournir. Quelques usages concentrent presque toute la demande, et chacun tolère les défauts à sa façon.
Les images de catalogue viennent en premier. Une boutique de quelques centaines d'articles a besoin d'un style cohérent plus que d'un chef-d'œuvre : le schéma, c'est un modèle de prompt fixe, rempli article par article, passé dans un seul modèle. Pour des articles qui existent, l'image doit rester fidèle à l'article : utilisez la génération pour les fonds et les scènes d'ambiance, et gardez les vraies photos du produit là où l'exactitude compte. La page sur la photographie de produit approfondit cette frontière.
Les couvertures de blog sont la victoire la plus facile. Un script lit le titre d'un article, en tire un prompt et enregistre une couverture au format qu'attend votre thème. Les avatars de nouveaux comptes fonctionnent pareil, avec une règle : générez des personnages fictifs, jamais une personne réelle identifiable. La page sur les avatars présente des styles qui marchent. Les visuels provisoires comblent les trous d'un site de test ou d'une revue de design, où être bon marché et rapide à relire compte plus que d'être soigné.
Un prompt tapé à la main reçoit un second regard ; un prompt rempli par un script, non. Écrivez des modèles qui restent précis quand les parties variables changent : fixez le style, la lumière et le cadrage dans le modèle et ne laissez bouger que le sujet. Dites ce qui ne doit pas apparaître. Gardez chaque modèle assez court pour le lire en entier et prévoir le résultat.
Passez chaque nouveau modèle de prompt sur dix entrées variées dans le toolkit avant de l'approcher d'une boucle. Un prompt qui marche sur votre meilleur exemple et échoue sur le pire est celui qui publiera une mauvaise image à trois heures du matin.
Notez le nom du modèle, le prompt et les réglages à côté de chaque fichier enregistré. Quand un client demande pourquoi un produit ne ressemble pas aux autres, ce journal fait la différence entre une correction et une supposition. Si vous voulez du texte dans l'image, choisissez un modèle connu pour son lettrage lisible et relisez quand même le résultat, car les chaînes longues ou inhabituelles peuvent sortir fausses sur n'importe quel modèle.
Une seule clé ne supprime pas les parties difficiles de la génération d'images. Voici où elle s'arrête :
Le bilan honnête : l'API retire du travail d'intégration, pas du travail éditorial. Quelqu'un décide toujours de ce qui part en ligne.
C'est une façon de demander des images depuis du code plutôt que depuis une page web. Vous envoyez une requête qui nomme un modèle et donne ses entrées, surtout le prompt, et vous recevez l'image générée sous forme de fichier. Sur Picasso IA, la clé vient de votre compte et les modèles sont ceux qui tournent dans le toolkit : vous pouvez essayer un prompt à la main, puis le répéter depuis un script.
Parce que le travail autour d'un modèle dépasse l'appel au modèle. Des fournisseurs séparés, ce sont des inscriptions, des secrets, des formats de requête et une gestion d'erreurs séparés, et chaque comparaison entre modèles coûte une nouvelle intégration. Avec une clé et un format de requête, vous écrivez cette couche une fois et vous changez le nom du modèle quand vous voulez un autre rendu. Vous gardez le choix des modèles, sans la maintenance.
La couverture prévue, ce sont les modèles texte-vers-image du catalogue, soit 212 des 502 modèles. Des exemples que vous pouvez vérifier aujourd'hui : google/nano-banana-pro, bytedance/seedream-5-pro, openai/gpt-image-2.5-flare et recraft-ai/recraft-v4.1-pro. Chaque page du catalogue montre ce que fait un modèle, et le toolkit vous laisse l'exécuter : vous pouvez choisir avant de construire.
Vous la créez dans votre compte, le même que pour le toolkit. Traitez la clé comme un mot de passe : elle identifie vos requêtes et dépense vos crédits, donc rangez-la dans un coffre de secrets côté serveur, jamais dans un dépôt public, un bundle front-end ou une capture d'écran. Si vous pensez qu'elle a fuité, remplacez-la et prévenez le support si quelque chose paraît anormal sur votre solde.
Chaque génération coûte des crédits, et le montant dépend du modèle et des réglages choisis, comme la taille de la sortie. Cette page ne cite aucun chiffre parce que les formules et les coûts changent, et un montant faux ne ferait que vous tromper. La page des tarifs donne les formules actuelles, et lancer un prompt dans le toolkit montre ce que coûte un modèle avant d'automatiser.
Oui, et c'est l'ordre conseillé. Le toolkit fait tourner le même catalogue : choisissez un modèle, écrivez le prompt, joignez des fichiers de référence si le modèle les accepte et générez. Continuez jusqu'à obtenir un résultat que vous publieriez, puis réutilisez exactement le même prompt et les mêmes réglages dans vos requêtes. Déboguer une formulation dans le toolkit va plus vite que dans une boucle.
Plusieurs modèles d'image acceptent des images de référence à côté du texte, par exemple google/nano-banana-pro et bytedance/seedream-5-pro, et c'est la manière habituelle de garder un produit ou un style stable sur tout un lot. Les entrées admises dépendent du modèle : regardez d'abord son comportement dans le toolkit. N'envoyez que des images que vous avez le droit d'utiliser, et laissez de côté les personnes réelles, sauf si vous êtes la personne photographiée.
Cela dépend du modèle, des réglages et de la charge du moment : il n'existe pas de chiffre unique et honnête. Certaines générations reviennent vite, les plus grandes ou de meilleure qualité prennent plus de temps. Prévoyez l'attente : lancez la requête, traitez le résultat quand il arrive et ne bloquez jamais le chargement d'une page sur une génération. Mesurez vos propres prompts dans le toolkit pour vous faire une idée.
Vous pouvez générer des avatars de personnages fictifs et des portraits stylisés, ainsi que des photos de vous si vous fournissez vos propres images de référence. Ne générez pas de personnes réelles identifiables sans leur accord, et ne présentez pas un visage généré comme un vrai client, employé ou auteur d'avis. Vérifiez les règles en vigueur de chaque plateforme où l'avatar apparaîtra, car elles varient et changent.
La couverture prévue est tout le catalogue : modèles d'image, vidéo, voix, musique, upscaling, suppression de fond, 3D, lipsync et chat, avec la même clé et le même système de crédits. Cette page se concentre sur les images parce que c'est là que commencent la plupart des premières intégrations. Pour voir ce qui tourne d'autre, ouvrez la collection et le toolkit, qui contiennent déjà tous ces types de modèles.
Choisissez un prompt que vous utiliseriez vraiment, passez-le dans quelques modèles du toolkit et apportez le gagnant à votre code. Les questions vont au support.
Choisissez votre langue
