Microsoft AI MAI-Image-2.6 Flash est le membre optimisé de la famille d’images 2.6. Il réalise la génération de texte à image et la retouche d’image à image, avec les mêmes commandes de référence, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft positionne Flash pour les travaux nécessitant une suite réactive d’images ou de retouches, tels que les concepts visuels, la production de contenu répétée et les révisions d’un design existant. Le modèle produit une image terminée plutôt qu’un projet de design avec des objets modifiables indépendamment.
Pour une nouvelle image, préparez dans le brief le sujet, la disposition souhaitée, l’éclairage, les indications de matières et le style. Précisez le texte exact et sa position pour tout texte visible. Les atouts documentés de la famille 2.6 comprennent le rendu du texte, les portraits, les visuels commerciaux photoréalistes et les images de style 3D. Un brief de production utile précise les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série d’images de concept peut conserver la même description de produit et palette de couleurs en changeant la scène environnante ou le point de vue de caméra.
Pour les retouches, donnez l’image source et nommez la correction souhaitée. Le fabricant décrit les retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et le nettoyage de défauts tels que le flou de mouvement. La préparation importante est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble en préservant la disposition, l’impression du carnet et la direction des ombres. Vérifiez le résultat complet pour les changements involontaires de ces éléments conservés, puis rendez la correction suivante précise.
La retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface image du fabricant. Utilisez des références séparées pour l’objet, la scène ou le style lorsque ces rôles aident à expliquer le résultat souhaité. Donnez à chaque référence un rôle bref dans le brief au lieu de laisser le modèle choisir l’image qui fournit le produit ou la mise en page. C’est utile pour préparer un concept de campagne cohérent : une référence identifie l’article, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée doit encore être examinée pour la ressemblance, l’échelle et l’exactitude du texte.
L’ancrage web facultatif peut ajouter un contexte actuel pertinent à la requête de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image souhaitée dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du format peut choisir une forme à partir du brief et des références fournies, tandis que le dimensionnement explicite reste utile lorsqu’une mise en page a une destination connue. Préparez le recadrage prévu et la zone réservée au texte ultérieur avant de demander des variantes. Changer le recadrage après la composition peut retirer le détail visuel qui rendait l’image utile.
La limite d’aire de sortie est de 2’359’296 pixels, équivalant à un carré de 1536×1536. Le guide de service exige des dimensions d’image d’au moins 768 pixels chacune et permet à l’un ou l’autre côté de dépasser 1536 lorsque l’aire totale reste dans la limite. Une cible paysage ou portrait nécessite donc un calcul de largeur et de hauteur plutôt qu’un maximum supposé sur chaque côté. Les réponses de génération et de retouche du fabricant contiennent des données d’image PNG. Enregistrez l’image complète pour l’examiner à sa taille d’affichage prévue, y compris les petits caractères et les contours de l’objet principal.
La fiche commune du modèle 2.6 rapporte un contexte de 32K tokens. Le guide de service spécifie un contexte maximal de prompt de 32’000 tokens, et l’entrée exacte Flash du catalogue indique 4’096 tokens de sortie. Ces quantités de tokens sont distinctes de l’aire en pixels de l’image. Un brief concis et bien organisé peut tout de même être préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, le changement demandé et le traitement visuel. Conservez les références sources et le texte final avec l’image pour qu’une révision ultérieure parte de l’intention de design réelle.
L’édition de précision MAI-Image-2.6 et cette édition Flash partagent les commandes de création 2.6. Le rôle distinctif de Flash est une production efficace et réactive ; le sélectionner n’ajoute pas de garantie de délai fixe de génération. La famille 2.5 antérieure a une aire de sortie documentée plus petite et ses propres choix d’édition. Les commandes 2.6 d’ancrage et de format dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à préserver le même processus de préparation là où il est documenté tout en gardant séparés les réglages propres aux versions.
Pour un ensemble d’images générées, comparez les objets répétés, les visages, les caractères, la palette et la composition avant de les organiser en un système de design. Pour une retouche, comparez le résultat à la source réelle au lieu de juger uniquement l’objet modifié. Le détail photoréaliste peut être persuasif alors qu’une petite étiquette, un reflet ou une relation géométrique reste incorrect. Une vérification pratique identifie ce défaut précis et conserve les autres choix réussis pour la révision suivante.
", "aboutText": "Microsoft AI MAI-Image-2.6 Flash est le membre optimisé de la famille d’images 2.6. Il réalise la génération de texte à image et la retouche d’image à image, avec les mêmes commandes de référence, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft positionne Flash pour les travaux nécessitant une suite réactive d’images ou de retouches, tels que les concepts visuels, la production de contenu répétée et les révisions d’un design existant. Le modèle produit une image terminée plutôt qu’un projet de design avec des objets modifiables indépendamment.\n\nPour une nouvelle image, préparez dans le brief le sujet, la disposition souhaitée, l’éclairage, les indications de matières et le style. Précisez le texte exact et sa position pour tout texte visible. Les atouts documentés de la famille 2.6 comprennent le rendu du texte, les portraits, les visuels commerciaux photoréalistes et les images de style 3D. Un brief de production utile précise les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série d’images de concept peut conserver la même description de produit et palette de couleurs en changeant la scène environnante ou le point de vue de caméra.\n\nPour les retouches, donnez l’image source et nommez la correction souhaitée. Le fabricant décrit les retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et le nettoyage de défauts tels que le flou de mouvement. La préparation importante est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble en préservant la disposition, l’impression du carnet et la direction des ombres. Vérifiez le résultat complet pour les changements involontaires de ces éléments conservés, puis rendez la correction suivante précise.\n\nLa retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface image du fabricant. Utilisez des références séparées pour l’objet, la scène ou le style lorsque ces rôles aident à expliquer le résultat souhaité. Donnez à chaque référence un rôle bref dans le brief au lieu de laisser le modèle choisir l’image qui fournit le produit ou la mise en page. C’est utile pour préparer un concept de campagne cohérent : une référence identifie l’article, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée doit encore être examinée pour la ressemblance, l’échelle et l’exactitude du texte.\n\nL’ancrage web facultatif peut ajouter un contexte actuel pertinent à la requête de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image souhaitée dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du format peut choisir une forme à partir du brief et des références fournies, tandis que le dimensionnement explicite reste utile lorsqu’une mise en page a une destination connue. Préparez le recadrage prévu et la zone réservée au texte ultérieur avant de demander des variantes. Changer le recadrage après la composition peut retirer le détail visuel qui rendait l’image utile.\n\nLa limite d’aire de sortie est de 2’359’296 pixels, équivalant à un carré de 1536×1536. Le guide de service exige des dimensions d’image d’au moins 768 pixels chacune et permet à l’un ou l’autre côté de dépasser 1536 lorsque l’aire totale reste dans la limite. Une cible paysage ou portrait nécessite donc un calcul de largeur et de hauteur plutôt qu’un maximum supposé sur chaque côté. Les réponses de génération et de retouche du fabricant contiennent des données d’image PNG. Enregistrez l’image complète pour l’examiner à sa taille d’affichage prévue, y compris les petits caractères et les contours de l’objet principal.\n\nLa fiche commune du modèle 2.6 rapporte un contexte de 32K tokens. Le guide de service spécifie un contexte maximal de prompt de 32’000 tokens, et l’entrée exacte Flash du catalogue indique 4’096 tokens de sortie. Ces quantités de tokens sont distinctes de l’aire en pixels de l’image. Un brief concis et bien organisé peut tout de même être préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, le changement demandé et le traitement visuel. Conservez les références sources et le texte final avec l’image pour qu’une révision ultérieure parte de l’intention de design réelle.\n\nL’édition de précision MAI-Image-2.6 et cette édition Flash partagent les commandes de création 2.6. Le rôle distinctif de Flash est une production efficace et réactive ; le sélectionner n’ajoute pas de garantie de délai fixe de génération. La famille 2.5 antérieure a une aire de sortie documentée plus petite et ses propres choix d’édition. Les commandes 2.6 d’ancrage et de format dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à préserver le même processus de préparation là où il est documenté tout en gardant séparés les réglages propres aux versions.\n\nPour un ensemble d’images générées, comparez les objets répétés, les visages, les caractères, la palette et la composition avant de les organiser en un système de design. Pour une retouche, comparez le résultat à la source réelle au lieu de juger uniquement l’objet modifié. Le détail photoréaliste peut être persuasif alors qu’une petite étiquette, un reflet ou une relation géométrique reste incorrect. Une vérification pratique identifie ce défaut précis et conserve les autres choix réussis pour la révision suivante.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "dc1c580eb89b7b5038c52ecd7543e6809eeed21edcab2912cc1bc7f14f30a9e6", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-ch", "methods": [ { "html": "microsoft/mai-image-2.6-flashMicrosoft AI MAI-Image-2.6 Flash génère et retouche des images PNG pour une production créative répétée. Il conserve les références multi-images, l’ancrage web facultatif et la sélection automatique du format, avec jusqu’à 2’359’296 pixels de sortie. Flash est l’édition 2.6 optimisée pour des processus réactifs de génération et de retouche.
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.
Microsoft AI MAI-Image-2.6 Flash est le membre optimisé de la famille d’images 2.6. Il réalise la génération de texte à image et la retouche d’image à image, avec les mêmes commandes de référence, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft positionne Flash pour les travaux nécessitant une suite réactive d’images ou de retouches, tels que les concepts visuels, la production de contenu répétée et les révisions d’un design existant. Le modèle produit une image terminée plutôt qu’un projet de design avec des objets modifiables indépendamment.
Pour une nouvelle image, préparez dans le brief le sujet, la disposition souhaitée, l’éclairage, les indications de matières et le style. Précisez le texte exact et sa position pour tout texte visible. Les atouts documentés de la famille 2.6 comprennent le rendu du texte, les portraits, les visuels commerciaux photoréalistes et les images de style 3D. Un brief de production utile précise les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série d’images de concept peut conserver la même description de produit et palette de couleurs en changeant la scène environnante ou le point de vue de caméra.
Pour les retouches, donnez l’image source et nommez la correction souhaitée. Le fabricant décrit les retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et le nettoyage de défauts tels que le flou de mouvement. La préparation importante est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble en préservant la disposition, l’impression du carnet et la direction des ombres. Vérifiez le résultat complet pour les changements involontaires de ces éléments conservés, puis rendez la correction suivante précise.
La retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface image du fabricant. Utilisez des références séparées pour l’objet, la scène ou le style lorsque ces rôles aident à expliquer le résultat souhaité. Donnez à chaque référence un rôle bref dans le brief au lieu de laisser le modèle choisir l’image qui fournit le produit ou la mise en page. C’est utile pour préparer un concept de campagne cohérent : une référence identifie l’article, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée doit encore être examinée pour la ressemblance, l’échelle et l’exactitude du texte.
L’ancrage web facultatif peut ajouter un contexte actuel pertinent à la requête de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image souhaitée dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du format peut choisir une forme à partir du brief et des références fournies, tandis que le dimensionnement explicite reste utile lorsqu’une mise en page a une destination connue. Préparez le recadrage prévu et la zone réservée au texte ultérieur avant de demander des variantes. Changer le recadrage après la composition peut retirer le détail visuel qui rendait l’image utile.
La limite d’aire de sortie est de 2’359’296 pixels, équivalant à un carré de 1536×1536. Le guide de service exige des dimensions d’image d’au moins 768 pixels chacune et permet à l’un ou l’autre côté de dépasser 1536 lorsque l’aire totale reste dans la limite. Une cible paysage ou portrait nécessite donc un calcul de largeur et de hauteur plutôt qu’un maximum supposé sur chaque côté. Les réponses de génération et de retouche du fabricant contiennent des données d’image PNG. Enregistrez l’image complète pour l’examiner à sa taille d’affichage prévue, y compris les petits caractères et les contours de l’objet principal.
La fiche commune du modèle 2.6 rapporte un contexte de 32K tokens. Le guide de service spécifie un contexte maximal de prompt de 32’000 tokens, et l’entrée exacte Flash du catalogue indique 4’096 tokens de sortie. Ces quantités de tokens sont distinctes de l’aire en pixels de l’image. Un brief concis et bien organisé peut tout de même être préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, le changement demandé et le traitement visuel. Conservez les références sources et le texte final avec l’image pour qu’une révision ultérieure parte de l’intention de design réelle.
L’édition de précision MAI-Image-2.6 et cette édition Flash partagent les commandes de création 2.6. Le rôle distinctif de Flash est une production efficace et réactive ; le sélectionner n’ajoute pas de garantie de délai fixe de génération. La famille 2.5 antérieure a une aire de sortie documentée plus petite et ses propres choix d’édition. Les commandes 2.6 d’ancrage et de format dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à préserver le même processus de préparation là où il est documenté tout en gardant séparés les réglages propres aux versions.
Pour un ensemble d’images générées, comparez les objets répétés, les visages, les caractères, la palette et la composition avant de les organiser en un système de design. Pour une retouche, comparez le résultat à la source réelle au lieu de juger uniquement l’objet modifié. Le détail photoréaliste peut être persuasif alors qu’une petite étiquette, un reflet ou une relation géométrique reste incorrect. Une vérification pratique identifie ce défaut précis et conserve les autres choix réussis pour la révision suivante.
POST /v1/images/generationstext, imageimage| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites microsoft/mai-image-2.6-flash | Par défaut— |
Champprompt | Typestring | ExigenceObligatoire | Valeurs et limites Longueur minimale: 1 | Par défaut— |
Champaspect_ratio | Typestring | ExigenceFacultatif | Valeurs et limites 1:1, 4:3, 3:4, 16:9, 9:16, 3:2, 2:3, auto | 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: 5 | 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 | Coût |
|---|---|---|---|
| ConfigurationTarifs de base des jetons | Barème tarifaireTarif de base | Quantité prévisionnelle— | 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 |
| ConfigurationCoût estimé de la génération | Barème tarifaire— | Quantité prévisionnelleEstimation pour une génération | Coût Sortie · Coût estimé de génération · Estimation à des fins de comparaison uniquement $0.155648 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': 'microsoft/mai-image-2.6-flash', '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 microsoft/mai-image-2.6-flash
/v1/images