Crie uma chave na sua conta, indique um modelo na requisição e receba a imagem pronta como arquivo. Por trás está o mesmo catálogo que roda no toolkit, então fotos de catálogo, capas de blog, avatares e imagens provisórias saem de uma só integração, e não de uma conta por fornecedor.
Tirar imagens de dentro do código costuma começar com uma pequena bagunça: uma conta com um fornecedor para fotos realistas, outra para ilustração, uma terceira para texto dentro da imagem, cada uma com seu próprio SDK, sua própria chave e sua própria ideia de como é uma requisição. Uma API de geração de imagens na Picasso IA reduz tudo isso a uma chave da sua conta e uma requisição que indica o modelo que você quer.
O custo de usar vários fornecedores de imagem raramente está na geração em si. Está em tudo o que a cerca: cadastrar-se, guardar mais um segredo, ler mais uma documentação, tratar mais um formato de erro e reescrever um pequeno wrapper toda vez que você quer comparar um modelo novo com o que usa hoje. Multiplique isso por uma equipe e um roadmap, e o código de cola pesa mais do que a função do produto a que ele serve.
Com uma só chave, a integração é escrita uma vez. Você cria a chave na sua conta, envia uma requisição que indica um modelo e informa as entradas dele, e o arquivo gerado volta para você baixar. Trocar de um modelo para outro muda o nome do modelo e os ajustes que ele oferece, não o formato do seu código. Essa é a proposta inteira, e ela é chata de propósito: um desenvolvedor deveria conseguir segurar o modelo mental completo num único fôlego.
Ela roda nos mesmos modelos e no mesmo sistema de créditos do toolkit, então cada geração custa créditos que dependem do modelo e dos ajustes, e a página de preços é onde ficam os planos. O catálogo por trás tem 502 modelos no total e 212 deles são de texto para imagem, e é daí que vêm as centenas do título. Você pode explorar todos no catálogo antes de escrever uma única linha.
Duzentos e doze modelos de texto para imagem são mais do que alguém deveria avaliar. Comece com uma lista curta que cubra trabalhos diferentes, passe seus prompts reais por cada um e fique com aquele cujo resultado você realmente publicaria. Estes quatro são uma primeira rodada razoável, e cada um está hoje no catálogo.
| Trabalho no seu projeto | Modelo para testar primeiro | O que observar |
|---|---|---|
| Capas de blog e imagens hero | google/nano-banana-pro | Opções de resolução, proporção, imagens de referência |
| Imagens de catálogo e estilo produto | bytedance/seedream-5-pro | Detalhe no tamanho maior, comportamento com fotos de referência |
| Gráficos com texto legível | openai/gpt-image-2.5-flare | Letras, opção de fundo transparente, ajuste de qualidade |
| Peças para impressão ou grande formato | recraft-ai/recraft-v4.1-pro | Maior tamanho de saída, prompts longos e detalhados |
| Imagens provisórias baratas para um site de testes | Qualquer modelo na qualidade mais baixa | Custo por imagem contra a rapidez de revisar o resultado |
A tabela é um ponto de partida, não um ranking. Os modelos têm gostos diferentes: um puxa para o fotográfico, outro para o ilustrado, outro segue um briefing longo de forma mais literal. O único teste honesto é o seu próprio prompt sobre o seu próprio assunto, avaliado por alguém que sabe do que a página precisa. A coleção agrupa o catálogo por categoria se você quiser ver o que há ao lado desses quatro.
O caminho da ideia ao arquivo é curto, e a ordem importa: primeiro confirme o prompt na mão, depois automatize. Aqui você só precisa de uma conta e de um prompt que lhe importe, e os modelos citados acima são os melhores para começar.
O pedido da maioria das chamadas de imagem é simples: falta uma imagem e uma pessoa levaria tempo demais para providenciá-la. Poucos trabalhos concentram quase toda a demanda, e cada um tolera imperfeições de um jeito.
Primeiro vêm as imagens de catálogo. Uma loja com algumas centenas de itens precisa de um visual consistente mais do que de uma obra-prima, então o padrão é um modelo de prompt fixo, preenchido por item e passado por um único modelo. Para itens que existem, a imagem precisa ser fiel ao item: use a geração para fundos e cenas de ambiente e mantenha as fotos reais do produto onde a exatidão importa. A página de fotografia de produto aprofunda essa fronteira.
Capas de blog são a vitória mais fácil. Um script lê o título de um post, monta um prompt a partir dele e salva uma capa na proporção que o seu tema espera. Avatares para contas novas funcionam do mesmo jeito, com uma regra: gere personagens fictícios, nunca uma pessoa real identificável. A página de avatares mostra estilos que funcionam. Imagens provisórias preenchem lacunas num site de testes ou numa revisão de design, onde ser barato e rápido de revisar importa mais do que ser polido.
Um prompt digitado à mão recebe uma segunda olhada; um prompt preenchido por script, não. Escreva modelos que continuem específicos quando as partes variáveis mudam: fixe estilo, luz e enquadramento no modelo e deixe só o assunto se mover. Diga o que não deve aparecer. Mantenha cada modelo curto o bastante para ler inteiro e prever o resultado.
Rode cada modelo novo de prompt contra dez entradas variadas no toolkit antes de chegar perto de um loop. Um prompt que funciona no seu melhor exemplo e falha no pior é o que vai publicar uma imagem ruim às três da manhã.
Registre o nome do modelo, o prompt e os ajustes junto de cada arquivo salvo. Quando um cliente perguntar por que um produto parece diferente dos demais, esse registro é a diferença entre uma correção e um palpite. Se você precisa de texto dentro da imagem, escolha um modelo conhecido por letras legíveis e mesmo assim revise o resultado, porque trechos longos ou incomuns podem sair errados em qualquer modelo.
Uma única chave não elimina as partes difíceis de gerar imagens. Aqui é onde ela para:
O resumo honesto é que a API tira trabalho de integração, não trabalho editorial. Alguém ainda decide o que vai ao ar.
É uma forma de pedir imagens a partir de código em vez de uma página web. Você envia uma requisição que indica um modelo e informa as entradas dele, principalmente o prompt, e recebe a imagem gerada como arquivo. Na Picasso IA a chave vem da sua conta e os modelos são os mesmos que rodam no toolkit, então você pode testar um prompt na mão e depois repeti-lo a partir de um script.
Porque o trabalho em volta de um modelo é maior do que a chamada ao modelo. Fornecedores separados significam cadastros, segredos, formatos de requisição e tratamento de erros separados, e cada comparação entre modelos custa uma integração nova. Com uma chave e um formato de requisição você escreve essa camada uma vez e troca o nome do modelo quando quiser outro visual. Você continua com a escolha de modelos, sem a manutenção.
A cobertura prevista são os modelos de texto para imagem do catálogo, 212 dos 502 modelos. Exemplos que você pode conferir hoje são google/nano-banana-pro, bytedance/seedream-5-pro, openai/gpt-image-2.5-flare e recraft-ai/recraft-v4.1-pro. Cada página do catálogo mostra o que um modelo faz, e o toolkit deixa você executá-lo, então dá para escolher antes de construir.
Você a cria na sua conta, a mesma que usa para o toolkit. Trate a chave como uma senha: ela identifica suas requisições e gasta seus créditos, então guarde-a num cofre de segredos no lado do servidor, nunca num repositório público, num bundle de front-end ou numa captura de tela. Se achar que ela vazou, troque-a e avise o suporte caso algo estranho apareça no seu saldo.
Cada geração custa créditos, e o valor depende do modelo e dos ajustes que você escolher, como o tamanho da saída. Esta página não cita número nenhum porque planos e custos mudam, e um valor errado só atrapalharia. A página de preços traz os planos atuais, e rodar um prompt no toolkit mostra quanto um modelo custa antes de você automatizar.
Pode, e é a ordem recomendada. O toolkit roda o mesmo catálogo: escolha um modelo, escreva o prompt, anexe arquivos de referência se o modelo aceitar e gere. Faça isso até o resultado ser algo que você publicaria e então reutilize o prompt e os ajustes exatos nas suas requisições. Depurar o texto no toolkit é mais rápido do que depurá-lo dentro de um loop.
Vários modelos de imagem aceitam imagens de referência ao lado do texto, por exemplo google/nano-banana-pro e bytedance/seedream-5-pro, e esse é o jeito usual de manter um produto ou um estilo estável ao longo de um lote. Quais entradas um modelo aceita depende do modelo, então veja primeiro como ele se comporta no toolkit. Envie apenas imagens que você tem direito de usar e deixe pessoas reais de fora, a menos que a pessoa retratada seja você.
Depende do modelo, dos ajustes e de quão ocupado está tudo, então não existe um número único e honesto. Algumas gerações voltam rápido e as maiores ou de qualidade mais alta levam mais. Projete pensando na espera: dispare a requisição, trate o resultado quando ele chegar e nunca trave o carregamento de uma página por causa de uma geração. Meça seus próprios prompts no toolkit para ter uma noção.
Você pode gerar avatares de personagens fictícios e retratos estilizados, além de fotos suas se enviar suas próprias imagens de referência. Não gere pessoas reais identificáveis sem a concordância delas e não apresente um rosto gerado como um cliente, funcionário ou avaliador real. Confira as regras atuais de qualquer plataforma onde o avatar vai aparecer, porque elas variam e mudam.
A cobertura prevista é o catálogo inteiro: modelos de imagem, vídeo, voz, música, upscale, remoção de fundo, 3D, lipsync e chat, com a mesma chave e o mesmo sistema de créditos. Esta página foca em imagens porque é por onde começa a maioria das primeiras integrações. Para ver o que mais roda, abra a coleção e o toolkit, que já reúnem todos esses tipos de modelo.
Escolha um prompt que você realmente usaria, passe-o por alguns modelos no toolkit e leve o vencedor para o seu código. Dúvidas vão para o suporte.
Escolha seu idioma
