Microsoft AI MAI-Image-2.6 Flash es el integrante optimizado de la familia de imágenes 2.6. Realiza generación de texto a imagen y edición de imagen a imagen, con los mismos controles de referencias, fundamentación con búsquedas y composición documentados para MAI-Image-2.6. Microsoft orienta Flash a trabajos que necesitan una secuencia ágil de imágenes o ediciones, como conceptos visuales, producción repetida de contenido y revisiones de un diseño existente. El modelo produce una imagen terminada, no un proyecto de diseño con objetos editables de forma independiente.
Para una imagen nueva, prepara sujeto, disposición prevista, iluminación, indicaciones de materiales y estilo en el brief. Especifica texto y ubicación exactos para cualquier texto visible. Las fortalezas documentadas de la familia 2.6 incluyen representación de texto, retratos, imágenes comerciales fotorrealistas e imágenes de estilo 3D. Un brief útil de producción deja claro qué detalles deben permanecer consistentes entre versiones y cuáles pueden variar. Por ejemplo, una serie de imágenes conceptuales puede conservar la misma descripción de producto y paleta mientras cambia la escena circundante o el punto de vista de cámara.
Para ediciones, da la imagen de origen y nombra la corrección prevista. El fabricante describe ediciones dirigidas de objetos, adaptación de composición, cambios de texto y limpieza de artefactos como desenfoque de movimiento. La preparación importante es una relación clara entre el cambio y la composición conservada. Para una edición de papelería, reemplaza la superficie debajo del conjunto y conserva la disposición, la impresión de la libreta y la dirección de las sombras. Revisa el resultado completo en busca de cambios involuntarios en esos elementos conservados y después haz específica la siguiente corrección solicitada.
La edición con varias referencias admite hasta cinco imágenes JPEG o PNG en la interfaz de imágenes del fabricante. Usa referencias separadas para objeto, escena o estilo cuando esas funciones ayuden a explicar el resultado deseado. Dale a cada referencia una función breve en el brief en lugar de dejar que el modelo elija qué imagen aporta el producto o la composición. Esto resulta útil al preparar un concepto consistente de campaña: una referencia identifica el artículo, otra el entorno previsto y una tercera el tratamiento visual. La imagen generada aún necesita revisión de parecido, escala y exactitud del texto.
La fundamentación opcional con búsquedas web puede añadir contexto actual pertinente a la solicitud de generación o edición 2.6. Usa una descripción precisa del sujeto cuando la imagen deseada dependa de un lugar real o un objeto identificable. La selección automática de aspecto puede elegir una forma a partir del brief y las referencias proporcionadas, mientras que el tamaño explícito sigue siendo útil cuando una composición tiene un destino conocido. Prepara el recorte previsto y el área reservada para texto posterior antes de pedir variantes. Cambiar el recorte después de componer puede eliminar el detalle visual que hacía útil la imagen.
El límite de área de salida es de 2,359,296 píxeles, equivalente a un cuadrado de 1536×1536. La guía de servicio requiere que ambas dimensiones de imagen sean de al menos 768 píxeles y permite que cualquiera de los lados supere 1536 cuando el área total se mantenga dentro del límite. Por ello, un objetivo horizontal o vertical necesita un cálculo de ancho por alto en lugar de un máximo supuesto por lado. Las respuestas de generación y edición del fabricante contienen datos de imagen PNG. Guarda la imagen completa para revisarla al tamaño en que aparecerá, incluidas las letras pequeñas y los bordes del objeto principal.
La ficha conjunta del modelo 2.6 informa un contexto de 32K tokens. La guía de servicio especifica un contexto máximo de prompt de 32,000 tokens, y la entrada exacta de Flash en el catálogo incluye 4,096 tokens de salida. Esas cantidades de tokens son independientes del área de píxeles de la imagen. Un brief conciso y bien organizado puede seguir siendo preferible a una colección larga de descripciones contradictorias: separa sujeto, detalles conservados, cambio solicitado y tratamiento visual. Conserva las referencias de origen y la redacción final con la imagen para que una revisión posterior parta de la intención real de diseño.
La edición de precisión MAI-Image-2.6 y esta edición Flash comparten los controles de creación 2.6. La función distintiva de Flash es una producción eficiente y ágil; seleccionarla no añade una garantía de tiempo fijo de generación. La familia anterior 2.5 tiene un límite documentado menor de área de salida y sus propias opciones de edición. Los controles de fundamentación con búsquedas y aspecto dirigido por el modelo de 2.6 son específicos de la familia 2.6. Esta distinción ayuda a conservar el mismo flujo de preparación donde está documentado, manteniendo separada la configuración específica de versión.
Para un conjunto de imágenes generadas, compara objetos repetidos, rostros, letras, paleta y composición antes de organizarlas como un solo sistema de diseño. Para una edición, compara el resultado con la fuente real en lugar de juzgar solamente el objeto modificado. El detalle fotorrealista puede ser persuasivo mientras una etiqueta pequeña, un reflejo o una relación geométrica siguen siendo incorrectos. Una revisión práctica identifica ese defecto específico y conserva las demás elecciones acertadas para la siguiente revisión.
", "aboutText": "Microsoft AI MAI-Image-2.6 Flash es el integrante optimizado de la familia de imágenes 2.6. Realiza generación de texto a imagen y edición de imagen a imagen, con los mismos controles de referencias, fundamentación con búsquedas y composición documentados para MAI-Image-2.6. Microsoft orienta Flash a trabajos que necesitan una secuencia ágil de imágenes o ediciones, como conceptos visuales, producción repetida de contenido y revisiones de un diseño existente. El modelo produce una imagen terminada, no un proyecto de diseño con objetos editables de forma independiente.\n\nPara una imagen nueva, prepara sujeto, disposición prevista, iluminación, indicaciones de materiales y estilo en el brief. Especifica texto y ubicación exactos para cualquier texto visible. Las fortalezas documentadas de la familia 2.6 incluyen representación de texto, retratos, imágenes comerciales fotorrealistas e imágenes de estilo 3D. Un brief útil de producción deja claro qué detalles deben permanecer consistentes entre versiones y cuáles pueden variar. Por ejemplo, una serie de imágenes conceptuales puede conservar la misma descripción de producto y paleta mientras cambia la escena circundante o el punto de vista de cámara.\n\nPara ediciones, da la imagen de origen y nombra la corrección prevista. El fabricante describe ediciones dirigidas de objetos, adaptación de composición, cambios de texto y limpieza de artefactos como desenfoque de movimiento. La preparación importante es una relación clara entre el cambio y la composición conservada. Para una edición de papelería, reemplaza la superficie debajo del conjunto y conserva la disposición, la impresión de la libreta y la dirección de las sombras. Revisa el resultado completo en busca de cambios involuntarios en esos elementos conservados y después haz específica la siguiente corrección solicitada.\n\nLa edición con varias referencias admite hasta cinco imágenes JPEG o PNG en la interfaz de imágenes del fabricante. Usa referencias separadas para objeto, escena o estilo cuando esas funciones ayuden a explicar el resultado deseado. Dale a cada referencia una función breve en el brief en lugar de dejar que el modelo elija qué imagen aporta el producto o la composición. Esto resulta útil al preparar un concepto consistente de campaña: una referencia identifica el artículo, otra el entorno previsto y una tercera el tratamiento visual. La imagen generada aún necesita revisión de parecido, escala y exactitud del texto.\n\nLa fundamentación opcional con búsquedas web puede añadir contexto actual pertinente a la solicitud de generación o edición 2.6. Usa una descripción precisa del sujeto cuando la imagen deseada dependa de un lugar real o un objeto identificable. La selección automática de aspecto puede elegir una forma a partir del brief y las referencias proporcionadas, mientras que el tamaño explícito sigue siendo útil cuando una composición tiene un destino conocido. Prepara el recorte previsto y el área reservada para texto posterior antes de pedir variantes. Cambiar el recorte después de componer puede eliminar el detalle visual que hacía útil la imagen.\n\nEl límite de área de salida es de 2,359,296 píxeles, equivalente a un cuadrado de 1536×1536. La guía de servicio requiere que ambas dimensiones de imagen sean de al menos 768 píxeles y permite que cualquiera de los lados supere 1536 cuando el área total se mantenga dentro del límite. Por ello, un objetivo horizontal o vertical necesita un cálculo de ancho por alto en lugar de un máximo supuesto por lado. Las respuestas de generación y edición del fabricante contienen datos de imagen PNG. Guarda la imagen completa para revisarla al tamaño en que aparecerá, incluidas las letras pequeñas y los bordes del objeto principal.\n\nLa ficha conjunta del modelo 2.6 informa un contexto de 32K tokens. La guía de servicio especifica un contexto máximo de prompt de 32,000 tokens, y la entrada exacta de Flash en el catálogo incluye 4,096 tokens de salida. Esas cantidades de tokens son independientes del área de píxeles de la imagen. Un brief conciso y bien organizado puede seguir siendo preferible a una colección larga de descripciones contradictorias: separa sujeto, detalles conservados, cambio solicitado y tratamiento visual. Conserva las referencias de origen y la redacción final con la imagen para que una revisión posterior parta de la intención real de diseño.\n\nLa edición de precisión MAI-Image-2.6 y esta edición Flash comparten los controles de creación 2.6. La función distintiva de Flash es una producción eficiente y ágil; seleccionarla no añade una garantía de tiempo fijo de generación. La familia anterior 2.5 tiene un límite documentado menor de área de salida y sus propias opciones de edición. Los controles de fundamentación con búsquedas y aspecto dirigido por el modelo de 2.6 son específicos de la familia 2.6. Esta distinción ayuda a conservar el mismo flujo de preparación donde está documentado, manteniendo separada la configuración específica de versión.\n\nPara un conjunto de imágenes generadas, compara objetos repetidos, rostros, letras, paleta y composición antes de organizarlas como un solo sistema de diseño. Para una edición, compara el resultado con la fuente real en lugar de juzgar solamente el objeto modificado. El detalle fotorrealista puede ser persuasivo mientras una etiqueta pequeña, un reflejo o una relación geométrica siguen siendo incorrectos. Una revisión práctica identifica ese defecto específico y conserva las demás elecciones acertadas para la siguiente revisión.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "9df91e96e2d381b947b13063d8f3d4a7ab1393ff3449ee506f2d86b004d9760e", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "es-mx", "methods": [ { "html": "microsoft/mai-image-2.6-flashMicrosoft AI MAI-Image-2.6 Flash genera y edita imágenes PNG para producción creativa repetida. Conserva referencias de varias imágenes, fundamentación opcional con búsquedas web y selección automática de aspecto, con hasta 2,359,296 píxeles de salida. Flash es la edición 2.6 optimizada para flujos ágiles de generación y edición.
Esta descripción cubre las capacidades del modelo. Las entradas, salidas y opciones disponibles en Ailoot se indican a continuación para el método seleccionado.
Microsoft AI MAI-Image-2.6 Flash es el integrante optimizado de la familia de imágenes 2.6. Realiza generación de texto a imagen y edición de imagen a imagen, con los mismos controles de referencias, fundamentación con búsquedas y composición documentados para MAI-Image-2.6. Microsoft orienta Flash a trabajos que necesitan una secuencia ágil de imágenes o ediciones, como conceptos visuales, producción repetida de contenido y revisiones de un diseño existente. El modelo produce una imagen terminada, no un proyecto de diseño con objetos editables de forma independiente.
Para una imagen nueva, prepara sujeto, disposición prevista, iluminación, indicaciones de materiales y estilo en el brief. Especifica texto y ubicación exactos para cualquier texto visible. Las fortalezas documentadas de la familia 2.6 incluyen representación de texto, retratos, imágenes comerciales fotorrealistas e imágenes de estilo 3D. Un brief útil de producción deja claro qué detalles deben permanecer consistentes entre versiones y cuáles pueden variar. Por ejemplo, una serie de imágenes conceptuales puede conservar la misma descripción de producto y paleta mientras cambia la escena circundante o el punto de vista de cámara.
Para ediciones, da la imagen de origen y nombra la corrección prevista. El fabricante describe ediciones dirigidas de objetos, adaptación de composición, cambios de texto y limpieza de artefactos como desenfoque de movimiento. La preparación importante es una relación clara entre el cambio y la composición conservada. Para una edición de papelería, reemplaza la superficie debajo del conjunto y conserva la disposición, la impresión de la libreta y la dirección de las sombras. Revisa el resultado completo en busca de cambios involuntarios en esos elementos conservados y después haz específica la siguiente corrección solicitada.
La edición con varias referencias admite hasta cinco imágenes JPEG o PNG en la interfaz de imágenes del fabricante. Usa referencias separadas para objeto, escena o estilo cuando esas funciones ayuden a explicar el resultado deseado. Dale a cada referencia una función breve en el brief en lugar de dejar que el modelo elija qué imagen aporta el producto o la composición. Esto resulta útil al preparar un concepto consistente de campaña: una referencia identifica el artículo, otra el entorno previsto y una tercera el tratamiento visual. La imagen generada aún necesita revisión de parecido, escala y exactitud del texto.
La fundamentación opcional con búsquedas web puede añadir contexto actual pertinente a la solicitud de generación o edición 2.6. Usa una descripción precisa del sujeto cuando la imagen deseada dependa de un lugar real o un objeto identificable. La selección automática de aspecto puede elegir una forma a partir del brief y las referencias proporcionadas, mientras que el tamaño explícito sigue siendo útil cuando una composición tiene un destino conocido. Prepara el recorte previsto y el área reservada para texto posterior antes de pedir variantes. Cambiar el recorte después de componer puede eliminar el detalle visual que hacía útil la imagen.
El límite de área de salida es de 2,359,296 píxeles, equivalente a un cuadrado de 1536×1536. La guía de servicio requiere que ambas dimensiones de imagen sean de al menos 768 píxeles y permite que cualquiera de los lados supere 1536 cuando el área total se mantenga dentro del límite. Por ello, un objetivo horizontal o vertical necesita un cálculo de ancho por alto en lugar de un máximo supuesto por lado. Las respuestas de generación y edición del fabricante contienen datos de imagen PNG. Guarda la imagen completa para revisarla al tamaño en que aparecerá, incluidas las letras pequeñas y los bordes del objeto principal.
La ficha conjunta del modelo 2.6 informa un contexto de 32K tokens. La guía de servicio especifica un contexto máximo de prompt de 32,000 tokens, y la entrada exacta de Flash en el catálogo incluye 4,096 tokens de salida. Esas cantidades de tokens son independientes del área de píxeles de la imagen. Un brief conciso y bien organizado puede seguir siendo preferible a una colección larga de descripciones contradictorias: separa sujeto, detalles conservados, cambio solicitado y tratamiento visual. Conserva las referencias de origen y la redacción final con la imagen para que una revisión posterior parta de la intención real de diseño.
La edición de precisión MAI-Image-2.6 y esta edición Flash comparten los controles de creación 2.6. La función distintiva de Flash es una producción eficiente y ágil; seleccionarla no añade una garantía de tiempo fijo de generación. La familia anterior 2.5 tiene un límite documentado menor de área de salida y sus propias opciones de edición. Los controles de fundamentación con búsquedas y aspecto dirigido por el modelo de 2.6 son específicos de la familia 2.6. Esta distinción ayuda a conservar el mismo flujo de preparación donde está documentado, manteniendo separada la configuración específica de versión.
Para un conjunto de imágenes generadas, compara objetos repetidos, rostros, letras, paleta y composición antes de organizarlas como un solo sistema de diseño. Para una edición, compara el resultado con la fuente real en lugar de juzgar solamente el objeto modificado. El detalle fotorrealista puede ser persuasivo mientras una etiqueta pequeña, un reflejo o una relación geométrica siguen siendo incorrectos. Una revisión práctica identifica ese defecto específico y conserva las demás elecciones acertadas para la siguiente revisión.
POST /v1/images/generationstext, imageimage| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites microsoft/mai-image-2.6-flash | Predeterminado— |
Campoprompt | Tipostring | RequisitoObligatorio | Valores y límites Longitud mínima: 1 | Predeterminado— |
Campoaspect_ratio | Tipostring | RequisitoOpcional | Valores y límites 1:1, 4:3, 3:4, 16:9, 9:16, 3:2, 2:3, auto | Predeterminado— |
Campon | Tipointeger | RequisitoOpcional | Valores y límites Mínimo: 1 Máximo: 1 | Predeterminado— |
Campoinput_references | Tipoarray | RequisitoOpcional | Valores y límites Número mínimo de elementos: 0 Número máximo de elementos: 5 | Predeterminado— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores y límites | Predeterminado— |
| Parámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, prompt |
Parámetromaterial_types | Contratotext, image |
Ciclo de vida: synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · El task_id real devuelto o el registro de la biblioteca multimedia
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Las tarifas mostradas permiten estimar el costo antes de la generación. El cargo final se calcula a partir del costo registrado para la generación original. La duración medida de la salida y las cantidades estimadas no son la cantidad facturable final.
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
Relaciona cada cargo con las condiciones mostradas. Usa una tarifa para cada conjunto de configuraciones alternativas.
| Configuración | Tabla de tarifas | Cantidad prevista | Cargo |
|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Cantidad prevista— | Cargo Entrada · Tokens de entrada · Estimación solo para comparar — / 1K tokens Salida · Tokens de salida · Estimación solo para comparar — / 1K tokens Entrada · Lectura de caché · Estimación solo para comparar — / 1K tokens Entrada · Escritura en caché · Estimación solo para comparar — / 1K tokens Entrada · Escritura en caché, 1 hora · Estimación solo para comparar — / 1K tokens |
| ConfiguraciónCosto estimado de generación | Tabla de tarifas— | Cantidad previstaestimación para una generación | Cargo Salida · Costo estimado de generación · Estimación solo para comparar $0.155648 estimación previa a la generación Esta estimación no es un cargo adicional ni una tarifa fija por la generación completada. |
Ailoot reserva un monto estimado antes de la solicitud. Tras obtener el resultado, liquida el cargo definitivo según el uso medido. En las respuestas en flujo, la liquidación usa el registro de uso final. Cómo funcionan la reserva y la liquidación →
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\nDescarga cada imagen recibida o guarda su contenido 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.\nGuarda todas las imágenes completadas; descarga cada URL recibida o decodifica su contenido Base64.
Conserva la respuesta completa y los encabezados, todas las salidas reales, los identificadores originales devueltos y todos los campos de uso. Recupera la operación original sin volver a enviar la solicitud de creación.
Conserva el X-Client-Request-ID devuelto para la conciliación. Consulta únicamente los valores reales de task_id/asset_id devueltos o la biblioteca multimedia de tu propiedad; nunca construyas una URL de tarea a partir del ID de la operación ni vuelvas a enviar la solicitud de creación.
| Campo | Tipo |
|---|---|
Campocreated | Tipo |
Campodata[].url | Tipo |
Campodata[].b64_json | Tipo |
Campousage | Tipo |
Ailoot Ultra microsoft/mai-image-2.6-flash
/v1/images