Pular para o conteúdo principal

Celebrity Look-Alike API

Sem censura — Este modelo declara não aplicar filtro de conteúdo. A SpicyAPI encaminha a solicitação sem adicionar uma análise de conteúdo da plataforma; as obrigações legais e de consentimento continuam com o cliente.Ver todos os modelos com esse nível de filtragem
spicyapi/look-alike-v1/edit

O Celebrity Look-Alike recebe um retrato e devolve uma imagem gerada do sósia famoso mais próximo, sem prompt e sem parâmetros. A foto deve mostrar um único rosto nítido, quase de frente, e o resultado não traz nome nem pontuação.

A partir de $0.05/imagem
Executar modelo

Playground

Entrada

Edição de imagem
1/1

Arraste arquivos ou links de mídia, cole ou selecione · 1 arquivo · Máx. 10 MB · JPG · PNG · WEBP · GIF

  • 1
1 / 1 arquivos
Um retrato nítido e mais ou menos frontal, com um único rosto visível. Fotos de grupo, perfis, óculos escuros e borrão de movimento são onde a correspondência piora ou a chamada falha. Envie apenas fotos de pessoas que consentiram com este uso. pelo menos 1 caracteres
Filtro de segurançaDesligado

A SpicyAPI não executa filtro de segurança neste modelo. Seu prompt e suas mídias chegam ao modelo exatamente como você os enviou, e o próprio modelo decide o resultado.

Verificando sua conta antes de liberar o envio e a estimativa de preço.

Saída

Pronto para uma nova execução
passport-frontal-maleResultado de exemplo
Animar
Editar
Separar em camadas

Modelos relacionados e próximas tarefas

Não encontrou o modelo que precisa?

Conte qual modelo adicionar e para que você vai usá-lo. Os pedidos vão direto para quem decide os próximos modelos.

Um campo de imagem, zero parâmetros, uma imagem gerada de volta

A API de edição do Celebrity Look-Alike recebe um único retrato em image_url e devolve uma imagem gerada do famoso mais parecido. Esse campo é o corpo inteiro da requisição: não há prompt, nem seed, nem resolução, nem formato de saída. additionalProperties está em false, então qualquer outra chave falha na validação. A resposta traz a imagem e mais nada: sem nome, sem lista de candidatos, sem pontuação de semelhança.

Abrir o Playground
Corpo da requisição
image_url (string, obrigatório) é o corpo inteiro: uma propriedade, sem prompt, seed, resolução nem formato de saída
URL de entrada
Precisa levar direto ao arquivo de imagem, abrir sem login e continuar válida até a tarefa terminar
Resposta
Uma imagem gerada. Sem nome de famoso, sem lista de candidatos, sem pontuação de semelhança
Forma de chamada
Assíncrona: você envia, guarda o id da tarefa e consulta até o estado final. Teto de 1.800 segundos
Retenção
A foto enviada é apagada depois de 1 dia; o resultado gerado, depois de 14 dias
Consentimento
Toda entrada é o rosto de uma pessoa real. Envie apenas retratos de quem consentiu com esse uso
Schema
Uma propriedade, e qualquer outra chave é erro de validaçãoO schema da requisição define image_url e coloca additionalProperties em false. Uma string de prompt esquecida, ou um valor de intensidade copiado do payload de outro endpoint, volta como erro de validação com o nome do campo, e daí não nasce tarefa nenhuma. Nada entra na fila e nada é descartado em silêncio pelo caminho.
Resposta
A ausência de nome e de pontuação é uma decisãoAtrás desse endpoint não existe uma etapa de classificação cujo rótulo pudéssemos repassar: ele gera uma imagem, não procura ninguém em uma lista. Por isso a resposta não traz nome de famoso, nem lista ordenada, nem valor de confiança. O texto que a sua interface mostra é você quem escreve e é você quem sustenta.
Consentimento
Em toda chamada, a entrada é o rosto de uma pessoa realO que é delicado nessa requisição é só a foto. Na prática a única origem segura é o retrato do próprio usuário, tirado dentro do seu produto, para esse recurso, com consentimento obtido antes de o arquivo chegar ao seu armazenamento. Na hora de decidir se você pode usar isso, aplique o mesmo rigor que aplicaria a reconhecimento facial, mesmo que esse endpoint não reconheça ninguém.

O que a API do Celebrity Look-Alike faz bem

  • O corpo inteiro da requisição é um campo

    image_url é obrigatório, nada além disso é aceito, e a lista acaba aí. Não há template para renderizar nem tabela dinâmica de campos para manter: uma variável de texto colocada em um objeto JSON cobre todas as chamadas que esse endpoint vai receber, seja a foto uma selfie de celular ou um retrato de estúdio.

  • Onde não há o que ajustar, também não há o que ajustar errado

    Nenhum prompt para escrever, nenhum seed para fixar, nenhuma resolução ou formato de saída para escolher. A única alavanca disponível é a própria foto. Por isso, quando um resultado decepciona, a saída é outra tomada: enquadramento mais fechado, luz mais uniforme, rosto mais de frente para a câmera, e não uma varredura por parâmetros que não existem.

  • Um rosto por requisição, por projeto

    O endpoint recebe um retrato e não tem como saber a qual pessoa do enquadramento você se referia. Uma foto de grupo, portanto, não é uma entrada difícil e sim uma entrada errada. Recortar para um único rosto antes de enviar elimina a causa mais comum de um resultado que ninguém na sala aceita.

  • Uma tarefa, uma imagem

    Uma tarefa concluída expõe uma única imagem gerada no armazenamento da plataforma, e não existe campo de quantidade nem de lote para pedir mais. Dez retratos são dez tarefas, cada uma com seu id, seu estado de consulta e sua cobrança, de modo que uma foto inutilizável não trava as outras nove.

  • Assíncrona, com teto de 1.800 segundos

    O envio responde com um id de tarefa em vez de uma imagem, e você lê essa tarefa até ela informar um estado final. Não há um modo síncrono de reserva. Uma tarefa que nunca chega a um estado final também não fica aberta para sempre: ela é encerrada no teto de 1.800 segundos desse endpoint.

  • Dois relógios de retenção para considerar

    A foto enviada é apagada depois de 1 dia e o resultado gerado depois de 14 dias. Nenhum dos dois números é um obstáculo a contornar: são a razão para puxar de passagem para o seu armazenamento a imagem que você quer guardar, e a razão pela qual um card de compartilhamento não pode apontar para a nossa URL para sempre.

Para quem o Celebrity Look-Alike serve

  • Times de produto de consumo

    Um recurso que não pede nada ao usuário além de uma foto

    Não há caixa de prompt para desenhar, nem seletor de estilo para explicar, nem um caso de erro em que alguém escreve algo inutilizável. A experiência é enviar, esperar e ver uma imagem. Por isso o recurso inteiro cabe atrás de um botão e um placeholder, e por isso o trabalho difícil de design é a tela de consentimento que vem antes.

  • Integração no backend

    Um schema pequeno o bastante para escrever na mão em vez de gerar

    Com uma única string para preencher, o corpo da requisição não precisa de registro de campos, nem de gerador de formulário guiado por schema, nem de uma camada de validação própria. O que sobra é encanamento: uma URL que chega aos bytes, uma chave de idempotência na criação, um laço de consulta e uma cópia antes de a janela de retenção fechar.

  • Revisão jurídica e de privacidade

    Uma decisão que vem antes do lançamento, não depois

    Dados biométricos são regulados à parte e com rigor na União Europeia e em vários estados dos Estados Unidos, e essa obrigação é sua, não nossa. Feche primeiro três pontos por escrito: onde o consentimento é coletado, por quanto tempo a foto vive do seu lado e quem responde pelo texto que aparece ao lado do resultado.

  • Times que encaixam isso em um fluxo de upload existente

    Onde as novas obrigações caem em uma esteira que você já opera

    Se retratos já circulam pelo seu produto, acrescentar o endpoint é a parte pequena e o peso está em outro lugar. O consentimento precisa ser obtido antes de o arquivo chegar ao seu armazenamento, porque depois não dá para acrescentar. E os nossos prazos de 1 dia e 14 dias não substituem a sua própria política de retenção.

Como chamar a API do Celebrity Look-Alike

  1. Obtenha o consentimento antes de a foto existir no seu armazenamento

    O consentimento fica um passo antes da URL e não dá para preencher depois. Defina com o que a pessoa está concordando, registre que ela concordou e mantenha esse registro ligado à foto. É esse passo que determina se o resto da integração tem permissão para rodar.

  2. Deixe pronta uma URL que devolva o próprio arquivo de imagem

    image_url é uma string, então o link precisa levar direto aos bytes da imagem e abrir sem login. Uma página com a foto embutida não é uma foto. Se o seu armazenamento entrega URLs assinadas de vida curta, confira no momento do envio se o link ainda vale e mantenha-o vivo até a tarefa terminar.

  3. Envie o corpo de um campo só com uma chave de idempotência

    Monte o corpo apenas com image_url e tire o que sobrou do payload de outro endpoint, porque additionalProperties está em false. Anexe um Idempotency-Key: se a conexão cair e o seu cliente repetir a requisição, a chave devolve a tarefa original em vez de abrir uma segunda com uma segunda cobrança.

  4. Consulte o id da tarefa até o estado final

    Na resposta do envio não há nada além do id, então leia a tarefa até ela informar um estado final. Não deixe uma requisição de usuário aberta esperando: devolva um placeholder ao navegador e preencha quando a consulta trouxer algo. O teto de 1.800 segundos é o limite externo do laço.

  5. Copie a imagem e depois escreva você mesmo a legenda

    A URL do resultado aponta para o armazenamento da plataforma e esse arquivo é apagado depois de 14 dias, então puxe de passagem para o seu próprio bucket tudo que for para uma galeria ou um card de compartilhamento. A resposta não traz nada com que rotular a imagem, de modo que cada palavra ao lado dela é uma afirmação sua.

Celebrity Look-Alike na prática

  • Um recurso de um botão só dentro de um app de consumo

    O usuário tira o retrato dentro do app, marca um consentimento que diz exatamente para que a foto vai servir, e o cliente guarda o arquivo no seu próprio bucket. O seu backend envia um campo, mostra um placeholder e troca pela imagem quando a consulta volta. Parâmetros expostos ao usuário: nenhum.

  • Uma fila de retratos que sobrevive a uma queda de conexão

    Um executor em lote envia uma tarefa por retrato e anexa a cada uma um Idempotency-Key derivado do id da foto armazenada. Se um envio é interrompido e o executor tenta de novo, a chave devolve a tarefa original em vez de abrir uma segunda, então um lote reiniciado não paga duas vezes por um retrato que já mandou.

  • Uma galeria que sobrevive à janela de 14 dias

    Um produto em que os usuários voltam a resultados antigos não pode linkar as nossas URLs de asset, porque esses arquivos são apagados depois de 14 dias. O formato que funciona é um passo de cópia dentro do mesmo worker que cuida da consulta final: baixar uma vez, guardar no seu próprio bucket, registrar a sua URL e nunca mais ler a nossa.

Perguntas sobre a API do Celebrity Look-Alike

Não há prompt para escrever nem parâmetro para ajustar, então a integração inteira é entrada, encanamento e permissão. Resolva o consentimento antes de a foto pousar no seu armazenamento: esse é o único passo que depois não tem conserto. Deixe pronta uma URL que devolva os bytes da imagem e siga válida até a tarefa terminar. Envie o campo único com um Idempotency-Key, consulte o id da tarefa até o estado final e copie antes de fechar a janela de 14 dias tudo que pretende guardar. Depois escreva a legenda: a resposta entrega uma imagem e, de propósito, nada com que chamá-la.