HY Image 3.5 Preview est le modèle unifié de génération et de retouche d’images de Tencent. Il accepte un brief écrit avec des références d’images facultatives et permet de poursuivre la même tâche visuelle sur plusieurs échanges. Le résultat est une image répondant à une scène, une composition ou une retouche définie. Les exemples de Tencent comprennent les visuels de produit, les affiches de campagne, les visuels de design d’interface et les concepts de matière. Choisissez entre une nouvelle image, une composition nourrie par des références et une modification ciblée d’un résultat existant.
Le fournisseur identifie l’édition comme hy-image-v3.5-preview et documente une limite de prompt de 100K tokens. Son entrée est une conversation chronologique contenant texte et images, dont le dernier message utilisateur fournit l’instruction actuelle. Les messages précédents apportent le contexte de retouche itérative. Cela diffère du processus à prompt unique de HY Image 3.0 et de ses limites d’entrée distinctes. Pour une tâche de design continue, conservez le brief pertinent, les rôles des références et l’image retenue pour que l’instruction suivante s’appuie sur l’état visuel voulu.
Préparez des références PNG ou JPEG/JPG. Les entrées de référence peuvent contenir jusqu’à 20 images, chacune de 20 Mo au maximum dans le processus documenté. Une image peut être fournie comme ressource référencée ou encodée. Si la conversation comporte trop d’images, le guide du fournisseur décrit la suppression des plus anciennes en premier. Gardez l’ensemble actif de références ciblé plutôt que de compter sur le maintien de toutes les images historiques dans le contexte. La commande de redimensionnement d’entrée conserve les petites images et réduit proportionnellement les grandes vers une surface cible ; sa cible par défaut est de 1 048 576 pixels. Préservez suffisamment de détails visibles pour le produit, la matière ou la mise en page qui doit guider le résultat.
La taille de sortie se prépare de deux façons distinctes. Avec le dimensionnement automatique, generate_max_pixels fixe une surface cible : 1 048 576 pixels pour le palier 1K, 2 359 296 pour le palier 1.5K par défaut ou 4 194 304 pour 2K. La FAQ du fournisseur indique qu’un réglage de surface cible fourni seul utilise un rapport carré par défaut. Lorsque les deux commandes de taille sont omises, le modèle utilise le brief et le palier 1.5K par défaut. Ces paliers ne créent pas de réglage 4K automatique. Utilisez un palier de surface lorsqu’une image carrée convient. Pour laisser le brief guider les proportions au palier 1.5K par défaut, omettez les deux commandes ; demandez des dimensions explicites lorsque la mise en page exige une taille portrait ou large précise.
Pour les dimensions explicites, le fournisseur autorise des côtés entiers positifs de 256 à 8192 pixels, avec une surface totale d’au plus 16 777 216 pixels. Un carré de 4096 × 4096 respecte cette limite. La plage des côtés et le plafond de surface s’appliquent ensemble : un bord de 8192 pixels n’autorise donc pas une image de 8192 × 8192. Demandez explicitement la largeur et la hauteur nécessaires lorsque la mise en page finale exige une taille précise, sans supposer qu’un palier de surface cible définit ces mêmes dimensions. Faites apparaître dans le prompt les détails sensibles au cadrage et l’espace libre requis.
Le modèle permet la retouche en plusieurs échanges au moyen de l’historique de conversation renvoyé. Tencent distingue l’image finale livrée de l’image intermédiaire utilisée comme contexte pour la retouche suivante, et ses exemples conservent le raisonnement de l’assistant, la requête d’outil et le résultat d’image générée lors de la continuation. Pour une composition de produit, établissez d’abord le sujet et le cadrage ; demandez ensuite une modification d’éclairage ou un nouvel arrière-plan en précisant ce qui doit garder son apparence. Gardez ensemble le résultat retenu et son historique afin que l’échange suivant travaille sur cette image plutôt que sur une variante écartée. Dans le processus documenté de Tencent, les liens des images finales et de l’historique expirent après 12 heures : préservez donc les ressources avant d’en dépendre pour une retouche ultérieure.
Les commandes documentées comprennent une graine, une note de filigrane personnalisée jusqu’à 16 caractères et une augmentation facultative par recherche externe, désactivée par défaut. La graine est un entier non négatif ; zéro ou l’omission laisse le fournisseur choisir aléatoirement. Ces commandes ont des fonctions distinctes du brief lui-même. Pour un visuel de produit fondé sur des références, décrivez l’apparence du produit, l’angle de caméra, la surface, l’éclairage et la mise en page voulue, puis utilisez la référence pour guider les détails identifiants. Pour une affiche, donnez la hiérarchie et le texte exact plutôt que de laisser son message être inventé.
Les conseils pratiques de Tencent recommandent de vérifier texte et mise en page, surtout lorsque les caractéristiques du produit, les noms d’organisations ou d’autres formulations factuelles comptent. Inspectez l’image achevée pour le sujet, les proportions, la matière, le cadrage et le lettrage. Conservez la ressource finale avec son brief et ses réglages, et utilisez une instruction concrète liée à un problème visible pour la retouche suivante.
", "aboutText": "HY Image 3.5 Preview est le modèle unifié de génération et de retouche d’images de Tencent. Il accepte un brief écrit avec des références d’images facultatives et permet de poursuivre la même tâche visuelle sur plusieurs échanges. Le résultat est une image répondant à une scène, une composition ou une retouche définie. Les exemples de Tencent comprennent les visuels de produit, les affiches de campagne, les visuels de design d’interface et les concepts de matière. Choisissez entre une nouvelle image, une composition nourrie par des références et une modification ciblée d’un résultat existant.\n\nLe fournisseur identifie l’édition comme hy-image-v3.5-preview et documente une limite de prompt de 100K tokens. Son entrée est une conversation chronologique contenant texte et images, dont le dernier message utilisateur fournit l’instruction actuelle. Les messages précédents apportent le contexte de retouche itérative. Cela diffère du processus à prompt unique de HY Image 3.0 et de ses limites d’entrée distinctes. Pour une tâche de design continue, conservez le brief pertinent, les rôles des références et l’image retenue pour que l’instruction suivante s’appuie sur l’état visuel voulu.\n\nPréparez des références PNG ou JPEG/JPG. Les entrées de référence peuvent contenir jusqu’à 20 images, chacune de 20 Mo au maximum dans le processus documenté. Une image peut être fournie comme ressource référencée ou encodée. Si la conversation comporte trop d’images, le guide du fournisseur décrit la suppression des plus anciennes en premier. Gardez l’ensemble actif de références ciblé plutôt que de compter sur le maintien de toutes les images historiques dans le contexte. La commande de redimensionnement d’entrée conserve les petites images et réduit proportionnellement les grandes vers une surface cible ; sa cible par défaut est de 1 048 576 pixels. Préservez suffisamment de détails visibles pour le produit, la matière ou la mise en page qui doit guider le résultat.\n\nLa taille de sortie se prépare de deux façons distinctes. Avec le dimensionnement automatique, generate_max_pixels fixe une surface cible : 1 048 576 pixels pour le palier 1K, 2 359 296 pour le palier 1.5K par défaut ou 4 194 304 pour 2K. La FAQ du fournisseur indique qu’un réglage de surface cible fourni seul utilise un rapport carré par défaut. Lorsque les deux commandes de taille sont omises, le modèle utilise le brief et le palier 1.5K par défaut. Ces paliers ne créent pas de réglage 4K automatique. Utilisez un palier de surface lorsqu’une image carrée convient. Pour laisser le brief guider les proportions au palier 1.5K par défaut, omettez les deux commandes ; demandez des dimensions explicites lorsque la mise en page exige une taille portrait ou large précise.\n\nPour les dimensions explicites, le fournisseur autorise des côtés entiers positifs de 256 à 8192 pixels, avec une surface totale d’au plus 16 777 216 pixels. Un carré de 4096 × 4096 respecte cette limite. La plage des côtés et le plafond de surface s’appliquent ensemble : un bord de 8192 pixels n’autorise donc pas une image de 8192 × 8192. Demandez explicitement la largeur et la hauteur nécessaires lorsque la mise en page finale exige une taille précise, sans supposer qu’un palier de surface cible définit ces mêmes dimensions. Faites apparaître dans le prompt les détails sensibles au cadrage et l’espace libre requis.\n\nLe modèle permet la retouche en plusieurs échanges au moyen de l’historique de conversation renvoyé. Tencent distingue l’image finale livrée de l’image intermédiaire utilisée comme contexte pour la retouche suivante, et ses exemples conservent le raisonnement de l’assistant, la requête d’outil et le résultat d’image générée lors de la continuation. Pour une composition de produit, établissez d’abord le sujet et le cadrage ; demandez ensuite une modification d’éclairage ou un nouvel arrière-plan en précisant ce qui doit garder son apparence. Gardez ensemble le résultat retenu et son historique afin que l’échange suivant travaille sur cette image plutôt que sur une variante écartée. Dans le processus documenté de Tencent, les liens des images finales et de l’historique expirent après 12 heures : préservez donc les ressources avant d’en dépendre pour une retouche ultérieure.\n\nLes commandes documentées comprennent une graine, une note de filigrane personnalisée jusqu’à 16 caractères et une augmentation facultative par recherche externe, désactivée par défaut. La graine est un entier non négatif ; zéro ou l’omission laisse le fournisseur choisir aléatoirement. Ces commandes ont des fonctions distinctes du brief lui-même. Pour un visuel de produit fondé sur des références, décrivez l’apparence du produit, l’angle de caméra, la surface, l’éclairage et la mise en page voulue, puis utilisez la référence pour guider les détails identifiants. Pour une affiche, donnez la hiérarchie et le texte exact plutôt que de laisser son message être inventé.\n\nLes conseils pratiques de Tencent recommandent de vérifier texte et mise en page, surtout lorsque les caractéristiques du produit, les noms d’organisations ou d’autres formulations factuelles comptent. Inspectez l’image achevée pour le sujet, les proportions, la matière, le cadrage et le lettrage. Conservez la ressource finale avec son brief et ses réglages, et utilisez une instruction concrète liée à un problème visible pour la retouche suivante.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "12304ef7c5e2f2c719d5d99f4e75eea5e98b33f99991c5922aaaa392c321af8e", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr", "methods": [ { "html": "tencent/hy-image-v3.5-previewHY Image 3.5 Preview associe génération texte-vers-image, création fondée sur des références et retouche en plusieurs échanges. Tencent documente jusqu’à 20 images de référence, la sélection automatique de taille et des dimensions de sortie explicites jusqu’à 4096 × 4096 pour des travaux visuels détaillés.
Cette description présente les capacités du modèle. Les entrées, sorties et options disponibles dans Ailoot pour la méthode sélectionnée figurent ci-dessous.
HY Image 3.5 Preview est le modèle unifié de génération et de retouche d’images de Tencent. Il accepte un brief écrit avec des références d’images facultatives et permet de poursuivre la même tâche visuelle sur plusieurs échanges. Le résultat est une image répondant à une scène, une composition ou une retouche définie. Les exemples de Tencent comprennent les visuels de produit, les affiches de campagne, les visuels de design d’interface et les concepts de matière. Choisissez entre une nouvelle image, une composition nourrie par des références et une modification ciblée d’un résultat existant.
Le fournisseur identifie l’édition comme hy-image-v3.5-preview et documente une limite de prompt de 100K tokens. Son entrée est une conversation chronologique contenant texte et images, dont le dernier message utilisateur fournit l’instruction actuelle. Les messages précédents apportent le contexte de retouche itérative. Cela diffère du processus à prompt unique de HY Image 3.0 et de ses limites d’entrée distinctes. Pour une tâche de design continue, conservez le brief pertinent, les rôles des références et l’image retenue pour que l’instruction suivante s’appuie sur l’état visuel voulu.
Préparez des références PNG ou JPEG/JPG. Les entrées de référence peuvent contenir jusqu’à 20 images, chacune de 20 Mo au maximum dans le processus documenté. Une image peut être fournie comme ressource référencée ou encodée. Si la conversation comporte trop d’images, le guide du fournisseur décrit la suppression des plus anciennes en premier. Gardez l’ensemble actif de références ciblé plutôt que de compter sur le maintien de toutes les images historiques dans le contexte. La commande de redimensionnement d’entrée conserve les petites images et réduit proportionnellement les grandes vers une surface cible ; sa cible par défaut est de 1 048 576 pixels. Préservez suffisamment de détails visibles pour le produit, la matière ou la mise en page qui doit guider le résultat.
La taille de sortie se prépare de deux façons distinctes. Avec le dimensionnement automatique, generate_max_pixels fixe une surface cible : 1 048 576 pixels pour le palier 1K, 2 359 296 pour le palier 1.5K par défaut ou 4 194 304 pour 2K. La FAQ du fournisseur indique qu’un réglage de surface cible fourni seul utilise un rapport carré par défaut. Lorsque les deux commandes de taille sont omises, le modèle utilise le brief et le palier 1.5K par défaut. Ces paliers ne créent pas de réglage 4K automatique. Utilisez un palier de surface lorsqu’une image carrée convient. Pour laisser le brief guider les proportions au palier 1.5K par défaut, omettez les deux commandes ; demandez des dimensions explicites lorsque la mise en page exige une taille portrait ou large précise.
Pour les dimensions explicites, le fournisseur autorise des côtés entiers positifs de 256 à 8192 pixels, avec une surface totale d’au plus 16 777 216 pixels. Un carré de 4096 × 4096 respecte cette limite. La plage des côtés et le plafond de surface s’appliquent ensemble : un bord de 8192 pixels n’autorise donc pas une image de 8192 × 8192. Demandez explicitement la largeur et la hauteur nécessaires lorsque la mise en page finale exige une taille précise, sans supposer qu’un palier de surface cible définit ces mêmes dimensions. Faites apparaître dans le prompt les détails sensibles au cadrage et l’espace libre requis.
Le modèle permet la retouche en plusieurs échanges au moyen de l’historique de conversation renvoyé. Tencent distingue l’image finale livrée de l’image intermédiaire utilisée comme contexte pour la retouche suivante, et ses exemples conservent le raisonnement de l’assistant, la requête d’outil et le résultat d’image générée lors de la continuation. Pour une composition de produit, établissez d’abord le sujet et le cadrage ; demandez ensuite une modification d’éclairage ou un nouvel arrière-plan en précisant ce qui doit garder son apparence. Gardez ensemble le résultat retenu et son historique afin que l’échange suivant travaille sur cette image plutôt que sur une variante écartée. Dans le processus documenté de Tencent, les liens des images finales et de l’historique expirent après 12 heures : préservez donc les ressources avant d’en dépendre pour une retouche ultérieure.
Les commandes documentées comprennent une graine, une note de filigrane personnalisée jusqu’à 16 caractères et une augmentation facultative par recherche externe, désactivée par défaut. La graine est un entier non négatif ; zéro ou l’omission laisse le fournisseur choisir aléatoirement. Ces commandes ont des fonctions distinctes du brief lui-même. Pour un visuel de produit fondé sur des références, décrivez l’apparence du produit, l’angle de caméra, la surface, l’éclairage et la mise en page voulue, puis utilisez la référence pour guider les détails identifiants. Pour une affiche, donnez la hiérarchie et le texte exact plutôt que de laisser son message être inventé.
Les conseils pratiques de Tencent recommandent de vérifier texte et mise en page, surtout lorsque les caractéristiques du produit, les noms d’organisations ou d’autres formulations factuelles comptent. Inspectez l’image achevée pour le sujet, les proportions, la matière, le cadrage et le lettrage. Conservez la ressource finale avec son brief et ses réglages, et utilisez une instruction concrète liée à un problème visible pour la retouche suivante.
POST /v1/images/generationstext, imageimage| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites tencent/hy-image-v3.5-preview | Par défaut— |
Champprompt | Typestring | ExigenceObligatoire | Valeurs et limites Longueur minimale: 1 | Par défaut— |
Champresolution | Typestring | ExigenceFacultatif | Valeurs et limites 1K, 1.5K, 2K, 4K | Par défaut— |
Champaspect_ratio | Typestring | ExigenceFacultatif | Valeurs et limites 1:1, 1:2, 1:4, 2:1, 2:3, 3:2, 3:4, 4:1, 4:3, 4:5, 5:4, 9:16, 16:9 | Par défaut— |
Champn | Typeinteger | ExigenceFacultatif | Valeurs et limites Minimum: 1 Maximum: 1 | Par défaut— |
Champinput_references | Typearray | ExigenceFacultatif | Valeurs et limites Nombre minimal d’éléments: 0 Nombre maximal d’éléments: 20 | Par défaut— |
Champprovider | Typeobject | ExigenceFacultatif | Valeurs et limites | Par défaut— |
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, prompt |
Paramètrematerial_types | Contrattext, image |
Cycle de vie : synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · task_id effectivement renvoyé ou enregistrement de la bibliothèque multimédia
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Les tarifs affichés servent à estimer le coût avant la génération. Le montant final est calculé à partir du coût enregistré pour la génération d’origine. La durée mesurée du résultat et les quantités prévisionnelles ne constituent pas la quantité finale facturable.
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.
| Configuration | Barème tarifaire | Quantité prévisionnelle | Unité de facturation | Coût |
|---|---|---|---|---|
| ConfigurationTarifs de base par jeton | Barème tarifaireTarif de base | Quantité prévisionnelle— | Unité de facturation— | Coût Entrée · Tokens en entrée · Estimation à des fins de comparaison uniquement — / 1K tokens Sortie · Tokens en sortie · Estimation à des fins de comparaison uniquement — / 1K tokens Entrée · Lecture du cache · Estimation à des fins de comparaison uniquement — / 1K tokens Entrée · Écriture dans le cache · Estimation à des fins de comparaison uniquement — / 1K tokens Entrée · Écriture dans le cache, 1 h · Estimation à des fins de comparaison uniquement — / 1K tokens |
| Configurationjeton d’image en sortie | Barème tarifaire— | Quantité prévisionnelle— | Unité de facturation/ 1K tokens image | Coût Sortie · jeton d’image en sortie · Estimation à des fins de comparaison uniquement $0.0032 / 1K tokens image |
| ConfigurationCoût de génération estimé | Barème tarifaire— | Quantité prévisionnelleEstimation pour une génération | Unité de facturation— | Coût Sortie · Coût estimé de génération · Estimation à des fins de comparaison uniquement $0.0131072 estimation avant génération Cette estimation ne constitue ni des frais supplémentaires ni un tarif fixe pour la génération terminée. |
Ailoot réserve un montant estimé avant une requête. Après le résultat, le montant final est débité selon l’utilisation mesurée. Pour le streaming, le montant final à débiter est calculé à partir du relevé final d’utilisation. Fonctionnement de la réservation et du débit →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np={'model': 'tencent/hy-image-v3.5-preview', 'prompt': 'a red panda astronaut floating in space, studio lighting'}\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/images/generations \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport base64, json, os, subprocess\nfrom pathlib import Path\nfrom urllib.parse import urlsplit, urljoin\n\ndef save_images(items):\n if not items: raise SystemExit("No completed images; retain the full response")\n for index, item in enumerate(items):\n encoded=item.get("b64_json")\n uri=item.get("url", "")\n if not encoded and uri.startswith("data:image/"):\n header, separator, encoded=uri.partition(",")\n if not separator or ";base64" not in header: raise SystemExit("Unsupported image data URI")\n if encoded:\n raw=base64.b64decode(encoded,validate=True)\n elif uri:\n uri=urljoin("https://api.ailoot.ai",uri)\n parsed=urlsplit(uri)\n if parsed.scheme!="https" or not parsed.netloc or parsed.username or parsed.password:\n raise SystemExit("Invalid returned image URL")\n owned=parsed.netloc=="api.ailoot.ai" and parsed.path.startswith("/v1/media/assets/") and parsed.path.endswith("/content")\n args=["curl","--fail-with-body","--silent","--show-error",uri]\n if owned: args += ["-H","Authorization: Bearer "+os.environ["AILOOT_API_KEY"]]\n temporary=Path(f"image-{index}.bin")\n subprocess.run(args+["-o",str(temporary)],check=True)\n raw=temporary.read_bytes()\n temporary.unlink()\n else: raise SystemExit("Image has neither bytes nor URL")\n if not raw: raise SystemExit("Empty image result")\n ext="png" if raw.startswith(b"\\x89PNG") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4]==b"RIFF" and raw[8:12]==b"WEBP" else "svg" if raw.lstrip().startswith((b"<svg",b"<?xml")) else "bin"\n Path(f"image-{index}.{ext}").write_bytes(raw)\n print("Every returned image saved; complete response metadata retained")\nsave_images(json.loads(Path("result.json").read_text())["data"])\nPY_RESULT\nTéléchargez chaque image renvoyée ou enregistrez son contenu Base64
GET /v1/media/tasks/{task_id}GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/media/assets \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o owned-assets.json\n# Preserve every returned asset and follow its exact signed content URL. Do not construct a signed token.\nEnregistrez chaque image terminée ; récupérez chaque URL renvoyée ou décodez son contenu Base64.
Conservez la réponse complète et les en-têtes, chaque sortie effective, les identifiants initialement renvoyés et tous les champs d’utilisation. Récupérez l’opération d’origine sans soumettre à nouveau sa création.
Conservez le X-Client-Request-ID renvoyé pour le rapprochement. Consultez uniquement les valeurs task_id/asset_id effectivement renvoyées ou votre bibliothèque multimédia ; ne construisez jamais une URL de tâche à partir de l’identifiant de l’opération et ne soumettez jamais à nouveau la création.
| Champ | Type |
|---|---|
Champcreated | Type |
Champdata[].url | Type |
Champdata[].b64_json | Type |
Champusage | Type |
Ailoot Ultra tencent/hy-image-v3.5-preview
/v1/images