Microsoft AI MAI-Image-2.6 Flash è il membro ottimizzato della famiglia immagini 2.6. Esegue generazione text-to-image e modifica image-to-image, con gli stessi controlli di riferimenti, grounding e composizione documentati per MAI-Image-2.6. Microsoft propone Flash per lavori che richiedono una sequenza reattiva di immagini o modifiche, come concept visivi, produzione ripetuta di contenuti e revisioni di un design esistente. Il modello produce un’immagine completata anziché un progetto di design con oggetti modificabili indipendentemente.
Per una nuova immagine, prepara nel brief soggetto, disposizione desiderata, illuminazione, indicazioni sui materiali e stile. Specifica testo esatto e collocazione di ogni scritta visibile. I punti di forza documentati della famiglia 2.6 includono resa del testo, ritratti, visuali commerciali fotorealistiche e immagini in stile 3D. Un brief utile di produzione chiarisce quali dettagli devono restare coerenti fra versioni e quali possono variare. Per esempio, una serie di immagini concept può conservare la stessa descrizione del prodotto e tavolozza cambiando scena circostante o punto di vista della camera.
Per le modifiche, dai l’immagine sorgente e nomina la correzione desiderata. Il produttore descrive modifiche mirate di oggetti, adattamento del layout, cambiamenti di testo e pulizia di artefatti come il mosso. La preparazione importante è una relazione chiara fra cambiamento e composizione conservata. Per una modifica di cancelleria, sostituisci la superficie sotto l’insieme preservando disposizione, stampa sul taccuino e direzione delle ombre. Controlla l’intero risultato per cambiamenti involontari a tali elementi conservati, poi rendi specifica la correzione richiesta successiva.
La modifica multi-riferimento accetta fino a cinque immagini JPEG o PNG nell’interfaccia immagini del produttore. Usa riferimenti separati per oggetto, scena o stile dove quei ruoli aiutano a spiegare il risultato desiderato. Assegna a ogni riferimento un breve ruolo nel brief anziché lasciare che il modello scelga quale immagine fornisce prodotto o layout. È utile nel preparare un concept di campagna coerente: un riferimento identifica l’articolo, un altro l’ambiente desiderato e un terzo il trattamento visivo. L’immagine generata richiede comunque ispezione di somiglianza, scala e accuratezza del testo.
Il grounding web facoltativo può aggiungere contesto attuale pertinente alla richiesta di generazione o modifica 2.6. Usa una descrizione precisa del soggetto quando l’immagine desiderata dipende da un luogo effettivo o un oggetto identificabile. La selezione automatica del formato può scegliere una forma dal brief e dai riferimenti forniti, mentre dimensioni esplicite restano utili quando un layout ha una destinazione nota. Prepara ritaglio previsto e area riservata al testo successivo prima di chiedere varianti. Cambiare un ritaglio dopo la composizione può rimuovere il dettaglio visivo che rendeva utile l’immagine.
Il limite di area d’output è 2.359.296 pixel, equivalente a un quadrato 1536×1536. La guida di erogazione richiede che entrambe le dimensioni dell’immagine siano di almeno 768 pixel e consente a ciascun lato di superare 1536 quando l’area totale resta entro il limite. Un obiettivo orizzontale o verticale richiede quindi un calcolo di larghezza per altezza anziché un massimo presunto su ogni lato. Le risposte di generazione e modifica del produttore contengono dati immagine PNG. Salva l’immagine completa per ispezionarla alle dimensioni in cui apparirà, inclusi scritte piccole e bordi dell’oggetto principale.
La scheda congiunta del modello 2.6 riporta un contesto di 32K token. La guida di erogazione specifica un contesto massimo del prompt di 32.000 token e la voce esatta di catalogo Flash elenca 4.096 token in uscita. Queste quantità di token sono separate dall’area in pixel dell’immagine. Un brief conciso e ben organizzato può comunque essere preferibile a una lunga raccolta di descrizioni contraddittorie: separa soggetto, dettagli conservati, cambiamento richiesto e trattamento visivo. Conserva riferimenti sorgente e testo finale con l’immagine affinché una revisione successiva parta dall’intento effettivo del design.
L’edizione di precisione MAI-Image-2.6 e questa edizione Flash condividono i controlli di creazione 2.6. Il ruolo distintivo di Flash è una produzione efficiente e reattiva; selezionarlo non aggiunge una garanzia di tempo fisso di generazione. La precedente famiglia 2.5 ha un limite documentato minore di area d’output e scelte di edizione proprie. Grounding e controlli di formato guidati dal modello 2.6 sono specifici della famiglia 2.6. Questa distinzione aiuta a preservare lo stesso flusso di preparazione dove documentato mantenendo separate le impostazioni specifiche delle versioni.
Per un insieme di immagini generate, confronta oggetti ripetuti, volti, scritte, tavolozza e composizione prima di disporle come unico sistema di design. Per una modifica, confronta il risultato con la sorgente effettiva anziché giudicare solo l’oggetto cambiato. Il dettaglio fotorealistico può essere persuasivo mentre una piccola etichetta, un riflesso o una relazione geometrica restano sbagliati. Una verifica pratica identifica quel difetto specifico e conserva le altre scelte riuscite per la revisione successiva.
", "aboutText": "Microsoft AI MAI-Image-2.6 Flash è il membro ottimizzato della famiglia immagini 2.6. Esegue generazione text-to-image e modifica image-to-image, con gli stessi controlli di riferimenti, grounding e composizione documentati per MAI-Image-2.6. Microsoft propone Flash per lavori che richiedono una sequenza reattiva di immagini o modifiche, come concept visivi, produzione ripetuta di contenuti e revisioni di un design esistente. Il modello produce un’immagine completata anziché un progetto di design con oggetti modificabili indipendentemente.\n\nPer una nuova immagine, prepara nel brief soggetto, disposizione desiderata, illuminazione, indicazioni sui materiali e stile. Specifica testo esatto e collocazione di ogni scritta visibile. I punti di forza documentati della famiglia 2.6 includono resa del testo, ritratti, visuali commerciali fotorealistiche e immagini in stile 3D. Un brief utile di produzione chiarisce quali dettagli devono restare coerenti fra versioni e quali possono variare. Per esempio, una serie di immagini concept può conservare la stessa descrizione del prodotto e tavolozza cambiando scena circostante o punto di vista della camera.\n\nPer le modifiche, dai l’immagine sorgente e nomina la correzione desiderata. Il produttore descrive modifiche mirate di oggetti, adattamento del layout, cambiamenti di testo e pulizia di artefatti come il mosso. La preparazione importante è una relazione chiara fra cambiamento e composizione conservata. Per una modifica di cancelleria, sostituisci la superficie sotto l’insieme preservando disposizione, stampa sul taccuino e direzione delle ombre. Controlla l’intero risultato per cambiamenti involontari a tali elementi conservati, poi rendi specifica la correzione richiesta successiva.\n\nLa modifica multi-riferimento accetta fino a cinque immagini JPEG o PNG nell’interfaccia immagini del produttore. Usa riferimenti separati per oggetto, scena o stile dove quei ruoli aiutano a spiegare il risultato desiderato. Assegna a ogni riferimento un breve ruolo nel brief anziché lasciare che il modello scelga quale immagine fornisce prodotto o layout. È utile nel preparare un concept di campagna coerente: un riferimento identifica l’articolo, un altro l’ambiente desiderato e un terzo il trattamento visivo. L’immagine generata richiede comunque ispezione di somiglianza, scala e accuratezza del testo.\n\nIl grounding web facoltativo può aggiungere contesto attuale pertinente alla richiesta di generazione o modifica 2.6. Usa una descrizione precisa del soggetto quando l’immagine desiderata dipende da un luogo effettivo o un oggetto identificabile. La selezione automatica del formato può scegliere una forma dal brief e dai riferimenti forniti, mentre dimensioni esplicite restano utili quando un layout ha una destinazione nota. Prepara ritaglio previsto e area riservata al testo successivo prima di chiedere varianti. Cambiare un ritaglio dopo la composizione può rimuovere il dettaglio visivo che rendeva utile l’immagine.\n\nIl limite di area d’output è 2.359.296 pixel, equivalente a un quadrato 1536×1536. La guida di erogazione richiede che entrambe le dimensioni dell’immagine siano di almeno 768 pixel e consente a ciascun lato di superare 1536 quando l’area totale resta entro il limite. Un obiettivo orizzontale o verticale richiede quindi un calcolo di larghezza per altezza anziché un massimo presunto su ogni lato. Le risposte di generazione e modifica del produttore contengono dati immagine PNG. Salva l’immagine completa per ispezionarla alle dimensioni in cui apparirà, inclusi scritte piccole e bordi dell’oggetto principale.\n\nLa scheda congiunta del modello 2.6 riporta un contesto di 32K token. La guida di erogazione specifica un contesto massimo del prompt di 32.000 token e la voce esatta di catalogo Flash elenca 4.096 token in uscita. Queste quantità di token sono separate dall’area in pixel dell’immagine. Un brief conciso e ben organizzato può comunque essere preferibile a una lunga raccolta di descrizioni contraddittorie: separa soggetto, dettagli conservati, cambiamento richiesto e trattamento visivo. Conserva riferimenti sorgente e testo finale con l’immagine affinché una revisione successiva parta dall’intento effettivo del design.\n\nL’edizione di precisione MAI-Image-2.6 e questa edizione Flash condividono i controlli di creazione 2.6. Il ruolo distintivo di Flash è una produzione efficiente e reattiva; selezionarlo non aggiunge una garanzia di tempo fisso di generazione. La precedente famiglia 2.5 ha un limite documentato minore di area d’output e scelte di edizione proprie. Grounding e controlli di formato guidati dal modello 2.6 sono specifici della famiglia 2.6. Questa distinzione aiuta a preservare lo stesso flusso di preparazione dove documentato mantenendo separate le impostazioni specifiche delle versioni.\n\nPer un insieme di immagini generate, confronta oggetti ripetuti, volti, scritte, tavolozza e composizione prima di disporle come unico sistema di design. Per una modifica, confronta il risultato con la sorgente effettiva anziché giudicare solo l’oggetto cambiato. Il dettaglio fotorealistico può essere persuasivo mentre una piccola etichetta, un riflesso o una relazione geometrica restano sbagliati. Una verifica pratica identifica quel difetto specifico e conserva le altre scelte riuscite per la revisione successiva.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b558ff95913ca7e4ce2bf8ed3340ac90365965a9010e273da64d9785b12939ce", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "microsoft/mai-image-2.6-flashMicrosoft AI MAI-Image-2.6 Flash genera e modifica immagini PNG per produzione creativa ripetuta. Mantiene riferimenti multi-immagine, grounding web facoltativo e selezione automatica del formato, con fino a 2.359.296 pixel in uscita. Flash è l’edizione 2.6 ottimizzata per flussi reattivi di generazione e modifica.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
Microsoft AI MAI-Image-2.6 Flash è il membro ottimizzato della famiglia immagini 2.6. Esegue generazione text-to-image e modifica image-to-image, con gli stessi controlli di riferimenti, grounding e composizione documentati per MAI-Image-2.6. Microsoft propone Flash per lavori che richiedono una sequenza reattiva di immagini o modifiche, come concept visivi, produzione ripetuta di contenuti e revisioni di un design esistente. Il modello produce un’immagine completata anziché un progetto di design con oggetti modificabili indipendentemente.
Per una nuova immagine, prepara nel brief soggetto, disposizione desiderata, illuminazione, indicazioni sui materiali e stile. Specifica testo esatto e collocazione di ogni scritta visibile. I punti di forza documentati della famiglia 2.6 includono resa del testo, ritratti, visuali commerciali fotorealistiche e immagini in stile 3D. Un brief utile di produzione chiarisce quali dettagli devono restare coerenti fra versioni e quali possono variare. Per esempio, una serie di immagini concept può conservare la stessa descrizione del prodotto e tavolozza cambiando scena circostante o punto di vista della camera.
Per le modifiche, dai l’immagine sorgente e nomina la correzione desiderata. Il produttore descrive modifiche mirate di oggetti, adattamento del layout, cambiamenti di testo e pulizia di artefatti come il mosso. La preparazione importante è una relazione chiara fra cambiamento e composizione conservata. Per una modifica di cancelleria, sostituisci la superficie sotto l’insieme preservando disposizione, stampa sul taccuino e direzione delle ombre. Controlla l’intero risultato per cambiamenti involontari a tali elementi conservati, poi rendi specifica la correzione richiesta successiva.
La modifica multi-riferimento accetta fino a cinque immagini JPEG o PNG nell’interfaccia immagini del produttore. Usa riferimenti separati per oggetto, scena o stile dove quei ruoli aiutano a spiegare il risultato desiderato. Assegna a ogni riferimento un breve ruolo nel brief anziché lasciare che il modello scelga quale immagine fornisce prodotto o layout. È utile nel preparare un concept di campagna coerente: un riferimento identifica l’articolo, un altro l’ambiente desiderato e un terzo il trattamento visivo. L’immagine generata richiede comunque ispezione di somiglianza, scala e accuratezza del testo.
Il grounding web facoltativo può aggiungere contesto attuale pertinente alla richiesta di generazione o modifica 2.6. Usa una descrizione precisa del soggetto quando l’immagine desiderata dipende da un luogo effettivo o un oggetto identificabile. La selezione automatica del formato può scegliere una forma dal brief e dai riferimenti forniti, mentre dimensioni esplicite restano utili quando un layout ha una destinazione nota. Prepara ritaglio previsto e area riservata al testo successivo prima di chiedere varianti. Cambiare un ritaglio dopo la composizione può rimuovere il dettaglio visivo che rendeva utile l’immagine.
Il limite di area d’output è 2.359.296 pixel, equivalente a un quadrato 1536×1536. La guida di erogazione richiede che entrambe le dimensioni dell’immagine siano di almeno 768 pixel e consente a ciascun lato di superare 1536 quando l’area totale resta entro il limite. Un obiettivo orizzontale o verticale richiede quindi un calcolo di larghezza per altezza anziché un massimo presunto su ogni lato. Le risposte di generazione e modifica del produttore contengono dati immagine PNG. Salva l’immagine completa per ispezionarla alle dimensioni in cui apparirà, inclusi scritte piccole e bordi dell’oggetto principale.
La scheda congiunta del modello 2.6 riporta un contesto di 32K token. La guida di erogazione specifica un contesto massimo del prompt di 32.000 token e la voce esatta di catalogo Flash elenca 4.096 token in uscita. Queste quantità di token sono separate dall’area in pixel dell’immagine. Un brief conciso e ben organizzato può comunque essere preferibile a una lunga raccolta di descrizioni contraddittorie: separa soggetto, dettagli conservati, cambiamento richiesto e trattamento visivo. Conserva riferimenti sorgente e testo finale con l’immagine affinché una revisione successiva parta dall’intento effettivo del design.
L’edizione di precisione MAI-Image-2.6 e questa edizione Flash condividono i controlli di creazione 2.6. Il ruolo distintivo di Flash è una produzione efficiente e reattiva; selezionarlo non aggiunge una garanzia di tempo fisso di generazione. La precedente famiglia 2.5 ha un limite documentato minore di area d’output e scelte di edizione proprie. Grounding e controlli di formato guidati dal modello 2.6 sono specifici della famiglia 2.6. Questa distinzione aiuta a preservare lo stesso flusso di preparazione dove documentato mantenendo separate le impostazioni specifiche delle versioni.
Per un insieme di immagini generate, confronta oggetti ripetuti, volti, scritte, tavolozza e composizione prima di disporle come unico sistema di design. Per una modifica, confronta il risultato con la sorgente effettiva anziché giudicare solo l’oggetto cambiato. Il dettaglio fotorealistico può essere persuasivo mentre una piccola etichetta, un riflesso o una relazione geometrica restano sbagliati. Una verifica pratica identifica quel difetto specifico e conserva le altre scelte riuscite per la revisione successiva.
POST /v1/images/generationstext, imageimage| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti microsoft/mai-image-2.6-flash | Predefinito— |
Campoprompt | Tipostring | RequisitoObbligatorio | Valori e limiti Lunghezza minima: 1 | Predefinito— |
Campoaspect_ratio | Tipostring | RequisitoFacoltativo | Valori e limiti 1:1, 4:3, 3:4, 16:9, 9:16, 3:2, 2:3, auto | Predefinito— |
Campon | Tipointeger | RequisitoFacoltativo | Valori e limiti Minimo: 1 Massimo: 1 | Predefinito— |
Campoinput_references | Tipoarray | RequisitoFacoltativo | Valori e limiti Numero minimo di elementi: 0 Numero massimo di elementi: 5 | Predefinito— |
Campoprovider | Tipoobject | RequisitoFacoltativo | Valori e limiti | Predefinito— |
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, prompt |
Parametromaterial_types | Contrattotext, image |
Ciclo di vita: synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · task_id effettivamente restituito o record della libreria multimediale
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Le tariffe visualizzate stimano il costo prima della generazione. L'addebito finale viene calcolato in base al costo registrato per la generazione originale. La durata misurata dell'output e le quantità previste non costituiscono la quantità finale fatturabile.
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.
| Configurazione | Listino delle tariffe | Quantità prevista | Costo |
|---|---|---|---|
| ConfigurazioneTariffe base dei token | Listino delle tariffeTariffa base | Quantità prevista— | Costo Input · Token in input · Stima solo a fini di confronto — / 1K token Output · Token in output · Stima solo a fini di confronto — / 1K token Input · Lettura dalla cache · Stima solo a fini di confronto — / 1K token Input · Scrittura nella cache · Stima solo a fini di confronto — / 1K token Input · Scrittura nella cache, 1 ora · Stima solo a fini di confronto — / 1K token |
| ConfigurazioneCosto stimato della generazione | Listino delle tariffe— | Quantità previstastima per una generazione | Costo Output · Costo di generazione stimato · Stima solo a fini di confronto $0.155648 stima prima della generazione Questa stima non è un addebito aggiuntivo né una tariffa fissa per la generazione completata. |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
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\nScarica ogni immagine restituita o salvane il contenuto 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.\nSalva ogni immagine completata; recupera ogni URL restituito oppure decodificane il contenuto Base64.
Conserva la risposta completa e gli header, ogni output effettivo, gli identificatori originali restituiti e tutti i campi di utilizzo. Recupera l'operazione originale senza inviare nuovamente la richiesta di creazione.
Conserva l'X-Client-Request-ID restituito per la riconciliazione. Leggi solo i valori task_id/asset_id effettivamente restituiti o la tua libreria multimediale; non costruire mai un URL del task a partire dall'ID dell'operazione e non reinviare mai la richiesta di creazione.
| Campo | Tipo |
|---|---|
Campocreated | Tipo |
Campodata[].url | Tipo |
Campodata[].b64_json | Tipo |
Campousage | Tipo |
Ailoot Ultra microsoft/mai-image-2.6-flash
/v1/images