Documentation Index
Fetch the complete documentation index at: https://docs.tokenlab.sh/llms.txt
Use this file to discover all available pages before exploring further.
Visão geral
Cria uma imagem editada ou estendida a partir de uma imagem original e um prompt. A rota suporta ambos:- o fluxo clássico de upload
multipart/form-datano estilo DALL-E documentado abaixo - requisições JSON que fornecem
image_url,image_urlsou referências oficiaisimagespara famílias de image-to-image suportadas
gpt-image-2 é compatível aqui. Ele aceita uploads multipart image, JSON image_url / image_urls e referências oficiais images[] (image_url ou file_id), com até 16 imagens de origem. Crie valores file_id primeiro via /v1/files. Defina async: true para receber uma tarefa primeiro; modelos oficiais de edição FLUX/BFL usam o mesmo fluxo de polling.Edições com gpt-image-2 não aceitam resolution nem background; use size para as dimensões de saída. Para edições com várias imagens ou alta latência, prefira async: true e consulte a tarefa retornada.Solicitações Nano Banana com imagem de referência (nano-banana, nano-banana-2 e nano-banana-pro) são expostas em /v1/images/generations com operation: "image-to-image" e image_urls, não neste endpoint /v1/images/edits.Os modelos de edição de imagem xAI Grok Imagine (grok-imagine-image, grok-imagine-image-quality e o legacy grok-imagine-image-pro) aceitam no máximo 3 imagens de origem. Solicitações com mais de 3 imagens de origem falham antes do encaminhamento ao upstream com 400 too_many_images.Nota de compatibilidade: se uma solicitação gpt-image-2 enviar input_fidelity, a TokenLab remove esse campo antes de encaminhar, porque o GPT Image 2 já processa entradas de imagem com alta fidelidade automaticamente.Corpo da requisição
Timeout de solicitações síncronas: alguns provedores de imagem roteados retornam a imagem final inline e aguardam a geração terminar. Solicitações de alta resolução ou alta qualidade podem levar perto de um minuto ou mais, então configure o timeout do seu cliente HTTP para pelo menos120s. Se a resposta de criação incluir status: "pending", task_id ou poll_url, siga o poll_url retornado.
URLs de imagem remotas: quando o provedor roteado exige entrada multipart, a TokenLab busca JSON image_url, image_urls ou images[].image_url e encaminha os bytes como partes multipart image. As URLs devem ser públicas em http/https, sem credenciais embutidas nem fragmentos, e não podem resolver para localhost, faixas de IP privadas ou reservadas; cada redirecionamento é verificado novamente. O payload buscado deve ser uma imagem PNG, JPEG ou WebP real. Limites: 50MB por imagem, 200MB no total para imagens buscadas por URL em uma requisição, timeout de 10s e até 3 redirecionamentos.
Imagens de origem multipart. Repita
image para fornecer várias fontes GPT Image. Os arquivos devem ser PNG, JPEG ou WebP, até 16 imagens de origem e 50MB cada. Modelos de edição xAI Grok Imagine usam os mesmos campos de entrada, mas limitam imagens de origem a 3. Edições legadas DALL-E 2 com máscara ainda esperam PNGs com áreas transparentes, ou uma mask separada.Uma descrição em texto da edição desejada.
Uma imagem adicional cujas áreas totalmente transparentes indicam onde a imagem deve ser editada. Deve ser um arquivo PNG válido, menor que 50MB e ter as mesmas dimensões que
image.O modelo a usar para edição de imagem.
gpt-image-2 é compatível; edições legadas no estilo DALL-E podem continuar usando dall-e-2.O número de imagens a gerar. Deve estar entre 1 e 10.
O tamanho da imagem gerada. Para
gpt-image-2, use auto ou WIDTHxHEIGHT; as dimensões devem ser múltiplos de 16, a maior aresta deve ter no máximo 3840px, a razão entre lado maior/menor deve ser no máximo 3:1, e o total de pixels deve ficar entre 655,360 e 8,294,400. Edições legadas DALL-E aceitam 256x256, 512x512 ou 1024x1024.O formato em que as imagens geradas são retornadas. Deve ser
url ou b64_json; o padrão é url.Para rotas gpt-image-2 Azure Official ou compatíveis com Azure, a TokenLab não encaminha response_format para o upstream. O gateway sempre recebe os dados de imagem upstream como b64_json; para solicitações url, envia cada imagem ao CDN e retorna data[].url. Se o armazenamento CDN estiver indisponível ou o upload falhar, a solicitação falha em vez de voltar para Base64. Para b64_json, o Base64 bruto é retornado.Defina como
true com gpt-image-2 ou modelos oficiais de edição FLUX/BFL para retornar uma tarefa antes da imagem final ficar pronta. Edições assíncronas concluídas retornam URLs independentemente do response_format solicitado; use solicitações síncronas se precisar de b64_json.Um identificador único representando seu usuário final para monitoramento de abuso.
Resposta
Timestamp Unix de quando as imagens foram criadas.
Array de imagens geradas.Cada objeto contém:
url(string): URL da imagem editada (seresponse_formatforurl)b64_json(string): Imagem codificada em Base64 (seresponse_formatforb64_json)
Resposta de tarefa assíncrona
Definaasync: true com gpt-image-2 ou modelos oficiais de edição FLUX/BFL para criar uma tarefa em vez de esperar pela imagem editada na solicitação. A resposta inclui status: "pending", task_id e poll_url. Consulte /v1/tasks/{task_id} até a tarefa chegar a completed ou failed.
Tarefas assíncronas de edição retornam apenas URLs das imagens finais. Se precisar dos dados brutos b64_json, use uma solicitação síncrona.
Ao criar a tarefa, o valor estimado pode ser reservado. Tarefas concluídas são cobradas pelo uso real; tarefas com falha ou expiradas liberam ou reembolsam a reserva.
Observações
Falhas ao buscar imagens remotas são retornadas como erros de entrada antes do envio ao upstream. URLs inacessíveis, timeouts, respostas 403/404, hosts privados/internos, credenciais ou fragmentos na URL, conteúdo que não é imagem, formatos não suportados e violações de tamanho retornam
400 ou 413 e identificam image_url / image_urls[n]. Para assets privados ou protegidos por headers, envie arquivos multipart image diretamente ou crie referências /v1/files.