Saltar al contenido principal
Contenido actualizado: 2026-09-28
¿Necesitas enviar, recibir respuesta inmediata y luego consultar la URL de la imagen? Este modelo soporta generación asíncrona de imágenes: en el sistema Gemini cambia el sufijo de la ruta a :asyncGenerateContent, en OpenAI añade la cabecera Prefer: respond-async, el cuerpo de la petición no necesita ser modificado en lo absoluto.

Nano Banana Pro

Usa nano-banana-pro para la generación de imágenes y edición de referencias, siguiendo el protocolo público unificado estilo OpenAI Images API.
Solicitudes como generación de imágenes, edición y múltiples referencias suelen tener tiempos de procesamiento largos. Para integración en producción, usa prioritariamente la vía principal https://api.crazyrouter.com/v1; el endpoint completo de generación es https://api.crazyrouter.com/v1/images/generations. El inicio de sesión de cuenta, recargas y la consola continúan usando https://crazyrouter.com.

¿Qué cubre esta página?

  • Esta página cubre únicamente nano-banana-pro / nano-banana-pro
  • El punto de entrada para las solicitudes de clientes es siempre POST /v1/images/generations
  • El campo para imágenes de entrada es siempre image_input
  • Se recomienda seguir usando la URL del protocolo público predeterminado image_input; las cuentas grises también soportan dataURL, Base64 bruto y edición de imágenes con multipart de tres imágenes
  • data: / Base64 / multipart es una extensión compatible de Crazyrouter, no implica que todos los carriers nativos lo soportan
  • El backend puede soportar Gemini / Vertex u otros proveedores, pero los detalles de estos proveedores no forman parte del protocolo para el cliente
  • No envíes desde el lado del usuario generationConfig, imageConfig, imageOutputOptions, image_output_options; estos campos son convertidos automáticamente por Crazyrouter desde parámetros unificados

Nombre del modelo

Se recomienda usar nano-banana-pro en el código del cliente. Si tu sistema ya está usando directamente nano-banana-pro, puedes seguir invocando utilizando el mismo punto de entrada /v1/images/generations.

Estado de las capacidades

La página de precios usa la misma convención de estado que esta documentación: Verified indica el ciclo live mínimo disponible, Beta indica que la capacidad oficial existe pero la validación pública o los límites siguen en proceso de definición.

Capacidades actualmente validadas

Las siguientes conclusiones se basan en validaciones live históricas y validación gris en producción 2026-08-18:
  • Vertex oficial, conexión directa channel 318 (vertexsophie) validada:
    • 2 imágenes de referencia disponibles
  • Puerto local 4000, channel 318 fijo validado:
    • Una referencia de imagen única por URL WEBP disponible
    • Una referencia de imagen única por URL JPEG disponible
    • 2 imágenes de referencia por URL PNG disponibles
    • resolution: "1K" disponible
    • resolution: "4K" disponible
    • aspect_ratio: "1:1" disponible
    • aspect_ratio: "21:9" disponible
    • output_format: "png" disponible
    • output_format: "jpg" disponible
  • Se puede devolver directamente data[].url en la respuesta
La cuenta gris 11257 ha sido validada en el canal de producción 304:
  • /v1/images/generations de image_input soporta dataURL, Base64 bruto y entradas con múltiples imágenes
  • /v1/images/edits soporta multipart en image, image[], image[n]
  • Imagen original, imagen anotada, imagen de referencia pueden componerse en una solicitud de edición de tres imágenes según orden de subida
No se consideran completamente comprometidas las siguientes capacidades para los clientes:
  • Límite máximo de imágenes precisas sea 8 o superior
  • 2K
  • Límite máximo de URL de archivo grande precisas
  • Precisión de borde de 30 MiB
  • Otras combinaciones de aspect_ratio
  • Precisión semántica de los bordes en output_compression
Por defecto, la cuenta pública sigue procesando solo por URL. Edición de imágenes Base64, dataURL y multipart está abierta solo para cuentas grises específicas; para habilitar, asegúrate de que la cuenta forme parte de la lista gris.

Parámetros de solicitud

Estado actual de múltiples imágenes

  • 2 imágenes: validado
  • 11257 gris de tres imágenes: validado
  • Mayor cantidad: el máximo exacto aún no ha sido probado, no comprometido por ahora

Descripción de enrutamiento

  • Solicitud de imagen individual puede ir por canal regular
  • Solicitud de varias imágenes solo será enrutada al carrier oficial Gemini / Vertex; la cuenta gris puede usar carriers grises validados
  • Esto es una estrategia interna de enrutamiento, el protocolo del cliente no se modifica

Multipart gris de tres imágenes

La cuenta gris 11257 puede usar /v1/images/edits:
El orden de las imágenes depende del orden de envío desde el cliente. Imagen anotada se usa como referencia visual, no se garantiza bloqueo de región por máscara de pixel estilo GPT.

Ejemplos de solicitud

Edición de una imagen

Generación de imagen por texto

cURL

Referencia doble de imagen


Ejemplos de respuesta

Se recomienda consumir directamente data[].url:
Para obtener el resultado final de la imagen generada, solo lee data[0].url. Actualmente Crazyrouter archiva imágenes internas de upstream como URL accesible y la devuelve al cliente.

Resumen de resultados validados

Limitaciones actualmente conocidas

  • Las cuentas que no sean gris no aceptan image, data: / Base64 ni entrada de imagen multipart
  • La cuenta gris ha validado hasta tres imágenes, no se garantiza un límite superior
  • Este documento no promete el límite preciso para 30 MiB URL
  • Este documento no asegura que todas las proporciones y parámetros mostrados en las capturas estén completamente cerrados
Si necesitas una descripción unificada de parámetros para generación y edición de imágenes Gemini / Nano Banana, consulta Generación de imágenes Gemini y Edición de imágenes Gemini. Para otras opciones, revisa Nano Banana y Nano Banana 2.

Páginas relacionadas