Microsoft AI MAI-Image-2.6 Flash est le membre optimisé de la famille d’images 2.6. Il effectue la génération texte-vers-image et la retouche image-vers-image avec les mêmes commandes de références, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft destine Flash aux travaux nécessitant une séquence réactive d’images ou de retouches, tels que les concepts visuels, la production répétée de contenu et les révisions d’un design existant. Le modèle produit une image achevée plutôt qu’un projet de design à objets modifiables indépendamment.
Pour une nouvelle image, préparez dans le brief le sujet, l’agencement voulu, l’éclairage, les indications de matière et le style. Précisez le texte exact et sa position pour tout texte visible. Les forces documentées 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 clarifie les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série de concepts peut conserver la même description de produit et la même palette en changeant la scène environnante ou le point de vue de caméra.
Pour les retouches, fournissez l’image source et nommez la correction visée. Le fabricant décrit des retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et la correction d’artefacts comme le flou de mouvement. La préparation essentielle est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble tout en préservant l’agencement, l’impression sur le carnet et la direction des ombres. Vérifiez tout le résultat pour repérer les modifications involontaires de ces éléments, puis précisez la correction suivante.
La retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface d’images du fabricant. Utilisez des références distinctes pour l’objet, la scène ou le style lorsque ces rôles expliquent le résultat voulu. Donnez à chacune un rôle bref dans le brief au lieu de laisser le modèle choisir quelle image 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’objet, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée exige toujours une inspection de la ressemblance, de l’échelle et de l’exactitude du texte.
L’ancrage web facultatif peut ajouter un contexte actuel pertinent à une demande de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image voulue dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du rapport peut choisir un format à 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 cadrage voulu et la zone réservée au texte ultérieur avant de demander des variantes. Modifier le cadrage après composition peut supprimer le détail visuel qui rendait l’image utile.
La limite de surface de sortie est de 2 359 296 pixels, soit un carré de 1536×1536. Le guide de service exige que les deux dimensions atteignent au moins 768 pixels et autorise chacune à dépasser 1536 lorsque la surface totale respecte la limite. Une cible paysage ou portrait nécessite donc un calcul largeur-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’inspecter à sa taille d’affichage, notamment le petit lettrage et les contours de l’objet principal.
La fiche commune 2.6 annonce un contexte de 32K tokens. Le guide de service précise un contexte maximal de prompt de 32 000 tokens, et l’entrée exacte Flash du catalogue prévoit 4 096 tokens de sortie. Ces quantités de tokens sont distinctes de la surface de l’image en pixels. Un brief concis et bien organisé peut rester préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, la modification demandée 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 réelle du design.
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 choisir n’ajoute pas de garantie de temps de génération fixe. La famille 2.5 antérieure dispose d’une allocation documentée de surface de sortie plus petite et de ses propres éditions. Les commandes d’ancrage de la 2.6 et de rapport dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à conserver le même processus de préparation lorsqu’il est documenté, tout en séparant les réglages propres aux versions.
Pour un ensemble d’images générées, comparez les objets répétés, les visages, le lettrage, la palette et la composition avant de les réunir dans un même système de design. Pour une retouche, comparez le résultat à la source réelle plutôt que de juger uniquement l’objet modifié. Le détail photoréaliste peut convaincre 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 effectue la génération texte-vers-image et la retouche image-vers-image avec les mêmes commandes de références, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft destine Flash aux travaux nécessitant une séquence réactive d’images ou de retouches, tels que les concepts visuels, la production répétée de contenu et les révisions d’un design existant. Le modèle produit une image achevée plutôt qu’un projet de design à objets modifiables indépendamment.\n\nPour une nouvelle image, préparez dans le brief le sujet, l’agencement voulu, l’éclairage, les indications de matière et le style. Précisez le texte exact et sa position pour tout texte visible. Les forces documentées 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 clarifie les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série de concepts peut conserver la même description de produit et la même palette en changeant la scène environnante ou le point de vue de caméra.\n\nPour les retouches, fournissez l’image source et nommez la correction visée. Le fabricant décrit des retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et la correction d’artefacts comme le flou de mouvement. La préparation essentielle est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble tout en préservant l’agencement, l’impression sur le carnet et la direction des ombres. Vérifiez tout le résultat pour repérer les modifications involontaires de ces éléments, puis précisez la correction suivante.\n\nLa retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface d’images du fabricant. Utilisez des références distinctes pour l’objet, la scène ou le style lorsque ces rôles expliquent le résultat voulu. Donnez à chacune un rôle bref dans le brief au lieu de laisser le modèle choisir quelle image 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’objet, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée exige toujours une inspection de la ressemblance, de l’échelle et de l’exactitude du texte.\n\nL’ancrage web facultatif peut ajouter un contexte actuel pertinent à une demande de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image voulue dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du rapport peut choisir un format à 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 cadrage voulu et la zone réservée au texte ultérieur avant de demander des variantes. Modifier le cadrage après composition peut supprimer le détail visuel qui rendait l’image utile.\n\nLa limite de surface de sortie est de 2 359 296 pixels, soit un carré de 1536×1536. Le guide de service exige que les deux dimensions atteignent au moins 768 pixels et autorise chacune à dépasser 1536 lorsque la surface totale respecte la limite. Une cible paysage ou portrait nécessite donc un calcul largeur-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’inspecter à sa taille d’affichage, notamment le petit lettrage et les contours de l’objet principal.\n\nLa fiche commune 2.6 annonce un contexte de 32K tokens. Le guide de service précise un contexte maximal de prompt de 32 000 tokens, et l’entrée exacte Flash du catalogue prévoit 4 096 tokens de sortie. Ces quantités de tokens sont distinctes de la surface de l’image en pixels. Un brief concis et bien organisé peut rester préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, la modification demandée 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 réelle du design.\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 choisir n’ajoute pas de garantie de temps de génération fixe. La famille 2.5 antérieure dispose d’une allocation documentée de surface de sortie plus petite et de ses propres éditions. Les commandes d’ancrage de la 2.6 et de rapport dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à conserver le même processus de préparation lorsqu’il est documenté, tout en séparant 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, le lettrage, la palette et la composition avant de les réunir dans un même système de design. Pour une retouche, comparez le résultat à la source réelle plutôt que de juger uniquement l’objet modifié. Le détail photoréaliste peut convaincre 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": "e5d77bc01c8ff29b1693fad19c7739595397dce461f2a949da1c490f1818bff5", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr", "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 rapport d’aspect, 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 effectue la génération texte-vers-image et la retouche image-vers-image avec les mêmes commandes de références, d’ancrage et de composition documentées pour MAI-Image-2.6. Microsoft destine Flash aux travaux nécessitant une séquence réactive d’images ou de retouches, tels que les concepts visuels, la production répétée de contenu et les révisions d’un design existant. Le modèle produit une image achevée plutôt qu’un projet de design à objets modifiables indépendamment.
Pour une nouvelle image, préparez dans le brief le sujet, l’agencement voulu, l’éclairage, les indications de matière et le style. Précisez le texte exact et sa position pour tout texte visible. Les forces documentées 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 clarifie les détails qui doivent rester cohérents entre versions et ceux qui peuvent varier. Par exemple, une série de concepts peut conserver la même description de produit et la même palette en changeant la scène environnante ou le point de vue de caméra.
Pour les retouches, fournissez l’image source et nommez la correction visée. Le fabricant décrit des retouches ciblées d’objets, l’adaptation de mise en page, les changements de texte et la correction d’artefacts comme le flou de mouvement. La préparation essentielle est une relation claire entre le changement et la composition conservée. Pour une retouche de papeterie, remplacez la surface sous l’ensemble tout en préservant l’agencement, l’impression sur le carnet et la direction des ombres. Vérifiez tout le résultat pour repérer les modifications involontaires de ces éléments, puis précisez la correction suivante.
La retouche multiréférence accepte jusqu’à cinq images JPEG ou PNG dans l’interface d’images du fabricant. Utilisez des références distinctes pour l’objet, la scène ou le style lorsque ces rôles expliquent le résultat voulu. Donnez à chacune un rôle bref dans le brief au lieu de laisser le modèle choisir quelle image 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’objet, une autre l’environnement souhaité et une troisième le traitement visuel. L’image générée exige toujours une inspection de la ressemblance, de l’échelle et de l’exactitude du texte.
L’ancrage web facultatif peut ajouter un contexte actuel pertinent à une demande de génération ou de retouche 2.6. Utilisez une description précise du sujet lorsque l’image voulue dépend d’un lieu réel ou d’un objet identifiable. La sélection automatique du rapport peut choisir un format à 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 cadrage voulu et la zone réservée au texte ultérieur avant de demander des variantes. Modifier le cadrage après composition peut supprimer le détail visuel qui rendait l’image utile.
La limite de surface de sortie est de 2 359 296 pixels, soit un carré de 1536×1536. Le guide de service exige que les deux dimensions atteignent au moins 768 pixels et autorise chacune à dépasser 1536 lorsque la surface totale respecte la limite. Une cible paysage ou portrait nécessite donc un calcul largeur-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’inspecter à sa taille d’affichage, notamment le petit lettrage et les contours de l’objet principal.
La fiche commune 2.6 annonce un contexte de 32K tokens. Le guide de service précise un contexte maximal de prompt de 32 000 tokens, et l’entrée exacte Flash du catalogue prévoit 4 096 tokens de sortie. Ces quantités de tokens sont distinctes de la surface de l’image en pixels. Un brief concis et bien organisé peut rester préférable à une longue collection de descriptions contradictoires : séparez le sujet, les détails conservés, la modification demandée 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 réelle du design.
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 choisir n’ajoute pas de garantie de temps de génération fixe. La famille 2.5 antérieure dispose d’une allocation documentée de surface de sortie plus petite et de ses propres éditions. Les commandes d’ancrage de la 2.6 et de rapport dirigé par le modèle sont propres à la famille 2.6. Cette distinction aide à conserver le même processus de préparation lorsqu’il est documenté, tout en séparant les réglages propres aux versions.
Pour un ensemble d’images générées, comparez les objets répétés, les visages, le lettrage, la palette et la composition avant de les réunir dans un même système de design. Pour une retouche, comparez le résultat à la source réelle plutôt que de juger uniquement l’objet modifié. Le détail photoréaliste peut convaincre 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 par jeton | 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 de génération estimé | 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