Crea una clave en tu cuenta, nombra un modelo en la petición y recibe la imagen terminada como archivo. Detrás está el mismo catálogo que corre en el toolkit, así que fotos de catálogo, portadas de blog, avatares y marcadores de posición salen de una sola integración y no de una cuenta por proveedor.
Sacar imágenes desde código suele empezar con un pequeño desorden: una cuenta con un proveedor para fotos realistas, otra para ilustración, una tercera para texto dentro de la imagen, cada una con su propio SDK, su propia clave y su propia idea de cómo es una petición. Una API de generación de imágenes en Picasso IA lo reduce a una clave de tu cuenta y una petición que nombra el modelo que quieres.
El coste de usar varios proveedores de imagen rara vez está en la generación en sí. Está en todo lo que la rodea: registrarse, guardar otro secreto, leer otra documentación, manejar otro formato de errores y reescribir un pequeño wrapper cada vez que quieres comparar un modelo nuevo con el que usas hoy. Multiplícalo por un equipo y una hoja de ruta y el código de pegamento pesa más que la función del producto a la que sirve.
Con una sola clave, la integración se escribe una vez. Creas la clave en tu cuenta, envías una petición que nombra un modelo y da sus entradas, y el archivo generado vuelve para que lo descargues. Pasar de un modelo a otro cambia el nombre del modelo y los ajustes que ese modelo ofrezca, no la forma de tu código. Ese es todo el planteamiento, y es aburrido a propósito: un desarrollador debería poder sostener el modelo mental completo en un solo respiro.
Funciona con los mismos modelos y el mismo sistema de créditos que el toolkit, así que cada generación cuesta créditos que dependen del modelo y de los ajustes, y la página de precios es donde viven los planes. El catálogo de detrás tiene 502 modelos en total y 212 de ellos son de texto a imagen, de ahí salen los cientos del título. Puedes explorarlos todos en el catálogo antes de escribir una sola línea.
Doscientos doce modelos de texto a imagen son más de los que nadie debería evaluar. Empieza con una lista corta que cubra trabajos distintos, pasa tus prompts reales por cada uno y quédate con el que darías por bueno para publicar. Estos cuatro son una primera ronda razonable, y cada uno está hoy en el catálogo.
| Trabajo en tu proyecto | Modelo para probar primero | Qué mirar |
|---|---|---|
| Portadas de blog e imágenes hero | google/nano-banana-pro | Opciones de resolución, relación de aspecto, imágenes de referencia |
| Imágenes de catálogo y estilo producto | bytedance/seedream-5-pro | Detalle en el tamaño grande, comportamiento con fotos de referencia |
| Gráficos con texto legible | openai/gpt-image-2.5-flare | Rotulación, opción de fondo transparente, ajuste de calidad |
| Piezas para impresión o gran formato | recraft-ai/recraft-v4.1-pro | Tamaño máximo de salida, prompts largos y detallados |
| Marcadores baratos para un sitio de pruebas | Cualquier modelo con su calidad más baja | Coste por imagen frente a lo rápido que puedes revisar el resultado |
La tabla es un punto de partida, no un ranking. Los modelos tienen gustos distintos: uno tira a lo fotográfico, otro a lo ilustrado, otro sigue un brief largo de forma más literal. El único banco de pruebas honesto es tu propio prompt sobre tu propio tema, juzgado por alguien que sabe lo que la página necesita. La colección agrupa el catálogo por categorías si quieres ver qué hay junto a estos cuatro.
El camino de la idea al archivo es corto, y el orden importa: primero comprueba el prompt a mano, después automatízalo. Aquí no hace falta más que una cuenta y un prompt que te importe, y los modelos citados arriba son con los que conviene empezar.
El encargo de la mayoría de las llamadas de imagen es simple: falta una imagen y una persona tardaría demasiado en conseguirla. Unos pocos trabajos concentran casi toda la demanda, y cada uno tolera las imperfecciones de forma distinta.
Primero van las imágenes de catálogo. Una tienda con unos cientos de artículos necesita un aspecto coherente más que una obra maestra, así que el patrón es una plantilla de prompt fija, rellenada por artículo y pasada por un solo modelo. Para artículos que existen, la imagen debe ser veraz sobre el artículo: usa la generación para fondos y escenas de ambiente y deja las fotos reales del producto donde importa la exactitud. La página de fotografía de producto profundiza en esa línea.
Las portadas de blog son la victoria más fácil. Un script lee el título de una entrada, construye un prompt con él y guarda una portada en la relación de aspecto que espera tu tema. Los avatares de cuentas nuevas funcionan igual, con una regla: genera personajes ficticios, nunca a una persona real identificable. La página de avatares cubre estilos que funcionan. Los marcadores de posición rellenan huecos en un sitio de pruebas o en una revisión de diseño, donde importa más que sean baratos y rápidos de revisar que que estén pulidos.
Un prompt escrito a mano recibe una segunda mirada; uno rellenado por un script, no. Escribe plantillas que sigan siendo concretas cuando cambian las partes variables: fija el estilo, la luz y el encuadre en la plantilla y deja que solo se mueva el sujeto. Di qué no debe aparecer. Mantén cada plantilla lo bastante corta como para leerla entera y predecir el resultado.
Pasa cada plantilla nueva por diez entradas variadas en el toolkit antes de acercarla a un bucle. Un prompt que funciona con tu mejor ejemplo y falla con el peor es el que publicará una mala imagen a las tres de la madrugada.
Registra el nombre del modelo, el prompt y los ajustes junto a cada archivo guardado. Cuando un cliente pregunte por qué un producto se ve distinto del resto, ese registro marca la diferencia entre una corrección y una conjetura. Si necesitas texto dentro de la imagen, elige un modelo conocido por su rotulación legible y aun así revisa el resultado, porque las cadenas largas o raras pueden salir mal en cualquier modelo.
Una sola clave no elimina las partes difíciles de generar imágenes. Aquí es donde se queda corta:
El resumen honesto es que la API quita trabajo de integración, no trabajo editorial. Alguien sigue decidiendo qué se publica.
Es una forma de pedir imágenes desde código en lugar de desde una página web. Envías una petición que nombra un modelo y da sus entradas, sobre todo el prompt, y recibes la imagen generada como archivo. En Picasso IA la clave sale de tu cuenta y los modelos son los mismos que corren en el toolkit, así que puedes probar un prompt a mano y luego repetirlo desde un script.
Porque el trabajo alrededor de un modelo es mayor que la llamada al modelo. Proveedores separados significan registros, secretos, formatos de petición y manejo de errores separados, y cada comparación entre modelos cuesta una integración nueva. Con una clave y una forma de petición escribes esa capa una vez y cambias el nombre del modelo cuando quieres otro aspecto. Mantienes la libertad de elegir modelo, sin el mantenimiento.
La cobertura prevista son los modelos de texto a imagen del catálogo, 212 de los 502 modelos. Ejemplos que puedes comprobar hoy son google/nano-banana-pro, bytedance/seedream-5-pro, openai/gpt-image-2.5-flare y recraft-ai/recraft-v4.1-pro. Cada página del catálogo muestra qué hace un modelo, y el toolkit te deja ejecutarlo, así que puedes elegir antes de construir.
La creas en tu cuenta, la misma que usas para el toolkit. Trata la clave como una contraseña: identifica tus peticiones y gasta tus créditos, así que guárdala en un almacén de secretos del lado del servidor, nunca en un repositorio público, un bundle de front-end o una captura de pantalla. Si crees que se ha filtrado, sustitúyela y avisa a soporte si algo raro aparece en tu saldo.
Cada generación cuesta créditos, y la cantidad depende del modelo y de los ajustes que elijas, como el tamaño de la salida. Esta página no cita ninguna cifra porque los planes y los costes cambian, y un número equivocado solo te confundiría. La página de precios tiene los planes actuales, y ejecutar un prompt en el toolkit te muestra lo que cuesta un modelo antes de automatizarlo.
Sí, y es el orden recomendado. El toolkit corre el mismo catálogo: elige un modelo, escribe el prompt, adjunta archivos de referencia si el modelo los acepta y genera. Hazlo hasta que el resultado sea algo que publicarías, y entonces reutiliza el prompt y los ajustes exactos en tus peticiones. Depurar la redacción en el toolkit es más rápido que depurarla dentro de un bucle.
Varios modelos de imagen aceptan imágenes de referencia junto al texto, por ejemplo google/nano-banana-pro y bytedance/seedream-5-pro, y es la manera habitual de mantener estable un producto o un estilo a lo largo de un lote. Qué entradas admite cada modelo depende del modelo, así que comprueba cómo se comporta primero en el toolkit. Sube solo imágenes que tengas derecho a usar y deja fuera a personas reales, salvo que seas tú quien aparece.
Depende del modelo, de los ajustes y de lo ocupado que esté todo, así que no existe una cifra única y honesta. Algunas generaciones vuelven rápido y las más grandes o de mayor calidad tardan más. Diseña pensando en la espera: lanza la petición, maneja el resultado cuando llegue y nunca bloquees la carga de una página con una generación. Mide tus propios prompts en el toolkit para hacerte una idea.
Puedes generar avatares de personajes ficticios y retratos estilizados, y fotos tuyas si aportas tus propias imágenes de referencia. No generes personas reales identificables sin su acuerdo, y no presentes un rostro generado como un cliente, empleado o reseñador real. Consulta las normas vigentes de cualquier plataforma donde vaya a aparecer el avatar, porque varían y cambian.
La cobertura prevista es todo el catálogo: modelos de imagen, video, voz, música, escalado, quitar fondos, 3D, lipsync y chat, con la misma clave y el mismo sistema de créditos. Esta página se centra en imágenes porque es donde empiezan la mayoría de las primeras integraciones. Para ver qué más corre, abre la colección y el toolkit, que ya contienen todos esos tipos de modelo.
Elige un prompt que de verdad usarías, pásalo por unos cuantos modelos en el toolkit y lleva al ganador a tu código. Las dudas van a soporte.
Elige tu idioma
