
Precios de MAI Image 2.6: estimaciones, referencias y Flash
Entiende el precio de MAI Image 2.6, las diferencias entre estimación y coste final, el efecto de las referencias y lo que Microsoft afirma sobre Flash.
El precio de MAI Image 2.6 se entiende mejor partiendo de la solicitud: cuánto texto contiene, si incluye referencias y cuántos píxeles genera el modelo. Una estimación de imagen cuadrada describe un caso. No es un precio fijo para cualquier relación de aspecto o edición. En reAPI, los créditos se reservan antes de generar y se ajustan al completar.[1]
También hay una decisión de modelo. MAI Image 2.6 Flash es un modelo distinto de Microsoft, orientado a generar más rápido y con menor coste. No es un ajuste dentro de una solicitud del modelo estándar. Esta guía separa la facturación documentada de un método práctico para elegir qué modelo evaluar. Consulta los importes actuales de reAPI en la tabla de precios y el playground de MAI Image 2.6.[2]
Puntos esenciales
- La facturación de MAI Image 2.6 depende del texto, las referencias y los píxeles generados; una estimación cuadrada corresponde a ese caso.[1]
- reAPI reserva créditos al enviar y ajusta el cargo tras completar. El importe final puede ser menor o mayor.[1]
- En las ediciones con referencias, el modelo elige las dimensiones; necesitan un presupuesto distinto de las solicitudes solo de texto.[1]
- Microsoft presenta Flash como un modelo distinto, más rápido y de menor coste. Ese posicionamiento no es una prueba comparativa de reAPI ni una afirmación de disponibilidad de Flash.[2]
- Consulta las estimaciones actuales en la página del modelo y los importes finales exactos con
?include=billing, en lugar de copiar una tarifa fija en tu aplicación.[1]
¿Qué cambia el precio de MAI Image 2.6?
Las dimensiones de facturación documentadas son texto de entrada, imágenes de entrada e imagen de salida. Los tokens de imagen generados corresponden al área real de salida dividida entre 1.024. Las referencias también contribuyen al coste, por lo que añadir imágenes no equivale presupuestariamente a enviar solo el prompt.[1]
| Elección de solicitud | Qué considerar antes de enviar |
|---|---|
| Un prompt más largo | Más texto puede contribuir al uso de entrada |
| Imágenes de referencia | Las imágenes de entrada contribuyen al cargo |
| Una salida mayor | Más píxeles generados contribuyen al uso de salida |
| Encuadre automático | La elección inicial no fija el área final |
| Edición con referencias | El modelo elige las dimensiones de salida |
| Otro envío | Una tarea separada puede generar otro cargo |
Esta tabla describe dimensiones de facturación, no una lista de recargos. Este artículo no ofrece un precio universal por «una referencia» o «una imagen 2K». Usa la estimación actual con las entradas previstas y guarda el cargo final de la tarea completada para medir tu carga de trabajo.
La estimación y el cargo final responden a preguntas distintas
Antes de generar, una aplicación necesita saber si la cuenta tiene créditos suficientes para empezar. Después puede contabilizar el trabajo realmente completado. Por eso reAPI reserva la estimación inicial y la ajusta al completar la tarea. Un importe menor libera la reserva no utilizada; uno mayor puede exigir un débito adicional.[1]
No etiquetes el importe inicial como máximo salvo que tu aplicación aplique un límite de gasto independiente. La estimación tampoco promete que el movimiento final del saldo coincida con el entero mostrado en un botón compacto. Tu vista contable debería solicitar ?include=billing y conservar los valores exactos, en lugar de reconstruir el cargo a partir de la etiqueta de resolución.
Si no se dispone del coste real de una tarea completada, la implementación conserva la reserva y registra una excepción de facturación para ajustarla. Es una vía de respaldo, no una prueba de que la estimación fuera exacta. Las generaciones fallidas siguen la vía de reembolso. Una imagen generada correctamente que no cumpla tu intención creativa es otro caso: el trabajo sí se completó.[1]
Los registros útiles incluyen ID de tarea, ajustes enviados, cantidad de referencias, dimensiones del resultado, uso final y aceptación del resultado. Este plan de medición sugerido ayuda a distinguir un lienzo inesperadamente grande de un número elevado de reintentos creativos, sin asumir que ninguno haya ocurrido en una prueba concreta.
Por qué 1K no significa una cantidad fija de píxeles
El cálculo de tokens de salida hace relevantes las dimensiones. Una imagen de 1024 × 1024 contiene 1.048.576 píxeles y corresponde a 1.024 tokens de imagen de salida según la división documentada entre 1.024. Un lienzo de 1536 × 1536 contiene 2.359.296 píxeles y corresponde a 2.304 tokens de imagen de salida. Son cálculos dimensionales, no precios cotizados.[1]
La forma importa porque cada lado explícito debe medir al menos 768 píxeles y respetar el límite de área total. Una imagen de 3072 × 768 es un lienzo ancho válido en ese límite. Tiene la misma área que 1536 × 1536, aunque se vea muy distinta. Un nivel nominal no debería sustituir ese cálculo de área en un informe de costes.
Las dimensiones explícitas también siguen una regla de redondeo: los valores que no son múltiplos de 32 se redondean hacia abajo. Así, 1000 × 1000 corresponde a 992 × 992. Al comparar solicitudes, registra las dimensiones reales de salida, no solo los valores introducidos. La referencia de parámetros explica la precedencia de dimensiones conjuntas, tamaño en píxeles y relación de aspecto.
El endpoint ofrece 1K y 2K, no 4K. Una solicitud que contenga 4K no permite comprar una imagen mayor con este contrato; es una solicitud no válida.[1]
La edición con referencias necesita un presupuesto distinto
MAI Image 2.6 acepta hasta cinco URL de referencia en reAPI. Aportan contexto visual, contribuyen al uso de entrada y activan la selección de dimensiones por el modelo. Los controles de tamaño de texto a imagen ya no determinan las dimensiones de la edición.[1]
Eso hace que una comparación como «el mismo prompt en 2K, con y sin referencias» sea menos controlada de lo que parece. La solicitud con referencias cambia las entradas y el comportamiento de tamaño a la vez. Inspecciona los archivos y los cargos finales antes de atribuir la diferencia a un único ajuste.
Una evaluación útil puede ser sencilla. Elige una imagen de producto existente, define un cambio concreto e indica qué debe conservarse. Registra si la forma y la etiqueta se mantienen suficientemente bien para el uso previsto. Si necesita otra generación o una corrección manual, incluye ese trabajo al evaluar el método. Es una recomendación editorial para tu evaluación, no una prueba publicada de precisión de MAI.
La cantidad de referencias por sí sola no determina si una edición es económica. Una segunda referencia puede aportar una forma de silla o un detalle de producto esencial; una imagen adicional sin relación puede confundir. Explica la función de cada referencia y evalúa el resultado con los mismos criterios de aceptación. La guía de la API incluye una solicitud con referencias ordenadas y el flujo de consultas.
MAI Image 2.6 y Flash son opciones independientes
Microsoft Learn enumera MAI Image 2.6 y MAI Image 2.6 Flash como modelos distintos en versión preliminar, con generación y edición. Describe Flash como una variante más rápida y de menor coste, mientras que el modelo estándar destaca mejoras de calidad en texto, retratos e imágenes comerciales. Son descripciones de producto de Microsoft, no mediciones de una comparación de reAPI.[2]
| Pregunta | Modelo estándar | Flash |
|---|---|---|
| ¿Modelo independiente? | Sí | Sí |
| Tareas documentadas por Microsoft | Generación y edición | Generación y edición |
| Enfoque declarado | Calidad y edición controlable | Menor coste y generación más rápida |
¿Se selecciona aquí con mai-image-2.6? | Sí | No |
La página de reAPI enlazada cubre el modelo estándar. No cambia silenciosamente a Flash, y una descripción en el sitio de Microsoft no demuestra que exista un endpoint concreto de Flash en reAPI. Comprueba la lista de modelos y la documentación de parámetros del servicio exacto antes de construir una solicitud alternativa.
La página de producto de Microsoft también presenta las variantes por separado. Su posicionamiento sirve de punto de partida para decidir qué probar, pero tu aplicación puede valorar otros detalles. Un cartel con texto corto, una imagen de producto con forma estricta y un boceto de composición desechable no comparten los mismos criterios de aceptación.[3]
Compara el coste de los resultados aceptados
Si ambos modelos están disponibles en el servicio elegido, evalúalos con la misma definición de tarea y una regla de aceptación explícita. Por ejemplo, una escena de producto puede necesitar la silueta correcta, una etiqueta intacta y espacio para un título. Una imagen para un panel de inspiración quizá solo necesite la paleta y la composición pedidas. Escribe esos requisitos antes de ver las salidas.
Mantén la comparación acotada. Usa las mismas imágenes de origen, registra cada ajuste enviado y evita cambiar el prompt durante la prueba de un modelo mientras lo mantienes igual en el otro. Anota el tiempo hasta completar y el dedicado a corregir o descartar el resultado. Tu aplicación puede valorar más uno de esos retrasos; consérvalos por separado.
Una métrica práctica es el gasto total en generación dividido entre el número de resultados aceptados. Es un cálculo sugerido, no un resultado medido de estos modelos. Incluye reintentos que una cotización por solicitud omite. Mide aparte el tiempo de corrección manual salvo que tengas una forma acordada de valorarlo. Si no, el total monetario puede esconder una suposición arbitraria.
No conviertas una pequeña prueba interna en una clasificación universal. Comunica los prompts, materiales de origen, ajustes, reglas de aceptación y fecha junto al resultado. Así otro desarrollador podrá juzgar si la conclusión se aplica a su trabajo.
Preguntas frecuentes sobre precios de MAI Image 2.6 y Flash
¿Tiene MAI Image 2.6 un precio fijo por imagen?
No. El prompt, las referencias y los píxeles generados influyen en el cargo. Usa la estimación de la página del modelo para la solicitud prevista y conserva después los valores reales de facturación de la tarea completada.[1]
¿Puede el cargo final superar la estimación?
Sí. La reserva inicial es una estimación, no un máximo. Al completar se pueden liberar créditos reservados no utilizados o aplicar un débito adicional. Un límite de gasto de la aplicación es un control distinto.[1]
¿Determina la cantidad de referencias todo el precio?
No. Las referencias contribuyen al coste, pero también importan el prompt y la salida generada. Además, en la edición el modelo elige las dimensiones finales, por lo que contar referencias no basta.[1]
¿2K significa que puedo pedir 2048 × 2048 píxeles?
No. Ese cuadrado explícito supera el límite de 2.359.296 píxeles del endpoint. El nivel de resolución no sustituye las restricciones de dimensiones explícitas. Usa un lienzo válido y revisa las dimensiones de salida.[1]
¿Dónde consulto el cargo final preciso?
Solicita la tarea con ?include=billing y revisa los campos exactos de facturación. El valor anterior usage.credits se redondea a créditos enteros y no debe usarse para reconstruir el importe preciso.[1]
¿La solicitud estándar selecciona Flash automáticamente?
No. mai-image-2.6 selecciona aquí el modelo estándar. Microsoft enumera Flash por separado; comprueba su disponibilidad y su contrato de solicitud en el servicio donde vayas a usarlo.[2]
Acceso gratuito, consultas y solicitudes repetidas
Los resultados de búsqueda de playgrounds gratuitos no demuestran que el uso de la API sea gratis en reAPI. MAI Image 2.6 es aquí de pago por uso. Revisa la estimación actual en la página del modelo antes de enviar. Esta guía no promete créditos de prueba, elegibilidad, cuotas ni acceso gratuito continuado en otros servicios.[1]
Consultar una tarea existente no genera otra imagen. Enviar de nuevo el mismo prompt crea otra tarea y puede generar otro cargo. Mantén visible el ID original en los registros y la interfaz, especialmente al recargar el navegador o cuando el cliente deja de esperar. Recuperar el estado es distinto de pedir una nueva imagen.
Para tu primer presupuesto de MAI Image 2.6, parte de la solicitud que realmente necesita tu aplicación, lee su estimación actual y revisa el uso completado. Después mide los resultados aceptados de esa carga de trabajo. Un ejemplo publicado de imagen cuadrada puede explicar la facturación; tus entradas y criterios de aceptación determinan si es un presupuesto útil para tu producto.
Referencias
- reAPI. Contrato de tamaños, facturación y tareas de MAI Image 2.6. Revisado el 9 de octubre de 2026: reapi.ai/docs/mai-image-2-6.
- Microsoft Learn. Implementar y usar modelos de imágenes MAI en Microsoft Foundry. Consultado el 9 de octubre de 2026 en learn.microsoft.com/azure/foundry/foundry-models/how-to/use-foundry-models-mai-image.
- Microsoft AI. MAI-Image-2.6. Consultado el 9 de octubre de 2026 en microsoft.ai/models/mai-image-2-6.
Autor

Categorías
Más publicaciones

¿Usó alguien ChatGPT? Señales, no pruebas forenses
Detecta si alguien utilizó ChatGPT. Aprende las señales recurrentes, por qué ninguna frase lo prueba y cómo revisar textos sospechosos con criterio.


Hailuo AI vs Seedance, Kling, Veo: comparación de precios
¿Cómo compara Hailuo AI con Seedance 2.5, Kling 3.0 y Veo 3.1? Precio por segundo, duración, audio, referencias y capacidades del MiniMax H3 frente a otras IA.


Temperature en la API de GPT-6 Luna: por qué devuelve 400 y qué enviar
¿Quieres fijar temperature en la API de GPT-6 Luna? Por qué GPT-6 Luna y Sol devuelven 400 con temperature y top_p, el ID exacto y una request corregida.
