Ir al contenido principal

Celebrity Look-Alike toma un retrato y devuelve una imagen generada del famoso más parecido, sin prompt y sin parámetros. La foto debe mostrar un único rostro claro y más o menos frontal, y el resultado no incluye nombre ni puntuación.

Desde $0.05/imagen

Playground

Entrada

Edición de imagen
1/1

Arrastra archivos o enlaces multimedia, pega o selecciona · 1 archivo · Máx. 10 MB · JPG · PNG · WEBP · GIF

  • 1
1 / 1 archivos
Un retrato nítido y más o menos frontal, con un único rostro visible. Las fotos de grupo, los perfiles, las gafas de sol y el movimiento borroso son donde la coincidencia se degrada o la llamada falla. Envía solo fotos de personas que hayan consentido este uso. mínimo 1 caracteres
Filtro de seguridadDesactivado

SpicyAPI no ejecuta ningún filtro de seguridad en este modelo. Tu prompt y tus medios llegan al modelo tal como los escribes, y el propio modelo decide el resultado.

Comprobando tu cuenta antes de habilitar el envío y el cálculo de precios.

Salida

Listo para una nueva ejecución
passport-frontal-maleResultado de ejemplo

Modelos relacionados y tareas siguientes

¿No está el modelo que buscas?

Dinos cuál añadir y para qué lo usarías. Las solicitudes llegan directamente al equipo que decide los próximos modelos.

Un campo de imagen, cero parámetros, una imagen generada de vuelta

La API de edición de Celebrity Look-Alike recibe un único retrato en image_url y devuelve una imagen generada de la celebridad más parecida. Ese campo es todo el cuerpo de la solicitud: no hay prompt, ni semilla, ni resolución, ni formato de salida. additionalProperties está en false, así que cualquier otra clave falla la validación. La respuesta lleva la imagen y nada más: sin nombre, sin lista de candidatos, sin puntuación de parecido.

Abrir el Playground
Cuerpo de la solicitud
image_url (cadena, obligatorio) es todo el cuerpo: una propiedad, sin prompt, semilla, resolución ni formato de salida
URL de entrada
Tiene que llevar directo al archivo de imagen, abrirse sin inicio de sesión y seguir viva hasta que termine la tarea
Respuesta
Una imagen generada. Sin nombre de celebridad, sin lista de candidatos, sin puntuación de parecido
Forma de llamada
Asíncrona: envías, guardas el id de tarea y consultas hasta el estado final. Tope de 1800 segundos
Conservación
La foto que envías se borra al día; el resultado generado, a los 14 días
Consentimiento
Cada entrada es el rostro de una persona real. Envía solo retratos de quien haya consentido este uso
Esquema
Una propiedad, y cualquier otra clave es un error de validaciónEl esquema de la solicitud define image_url y pone additionalProperties en false. Una cadena de prompt que quedó suelta, o un valor de intensidad copiado de la carga útil de otro endpoint, vuelve como error de validación nombrando el campo, y de ahí no nace ninguna tarea. Nada se encola y nada se descarta en silencio por el camino.
Respuesta
Que no haya nombre ni puntuación es una decisiónDetrás de este endpoint no hay un paso de clasificación cuya etiqueta podamos trasladar: genera una imagen, no busca a nadie en una lista. Por eso la respuesta no trae nombre de celebridad, ni una lista ordenada, ni un valor de confianza. El texto que muestre tu interfaz lo escribes tú y lo sostienes tú.
Consentimiento
En cada llamada, la entrada es el rostro de una persona realLo delicado de esta solicitud es solo la foto. En la práctica la única fuente segura es el retrato del propio usuario, tomado dentro de tu producto, para esta función, con un consentimiento recogido antes de que el archivo llegue a tu almacenamiento. Cuando decidas si puedes usarlo, aplica el mismo rasero que aplicarías al reconocimiento facial, aunque este endpoint no reconozca a nadie.

Lo que la API de Celebrity Look-Alike hace bien

  • Todo el cuerpo de la solicitud es un campo

    image_url es obligatorio, no se acepta nada más y con eso se acaba la lista. No hay plantilla que renderizar ni tabla dinámica de campos que mantener: una variable de tipo cadena puesta en un objeto JSON cubre cualquier llamada que este endpoint vaya a recibir, tanto si la foto es una selfi de celular como un retrato de estudio.

  • Si no hay nada que ajustar, tampoco hay nada que ajustar mal

    Ningún prompt que escribir, ninguna semilla que fijar, ninguna resolución ni formato de salida que elegir. La única palanca disponible es la foto misma. Por eso, cuando un resultado no convence, la respuesta es otra toma: encuadre más cerrado, luz más pareja, cara más de frente a la cámara, y no un barrido de parámetros que no existen.

  • Un rostro por solicitud, por diseño

    El endpoint recibe un retrato y no tiene forma de enterarse de a quién del encuadre te referías. Una foto de grupo, entonces, no es una entrada difícil sino una entrada equivocada. Recortar a un solo rostro antes de enviar elimina la causa más frecuente de un resultado que nadie en la sala da por bueno.

  • Una tarea, una imagen

    Una tarea terminada expone una sola imagen generada desde el almacenamiento de la plataforma, y no hay campo de cantidad ni de lote para pedir más. Diez retratos son diez tareas, cada una con su id, su estado de consulta y su cobro, así que una foto inservible no frena a las otras nueve.

  • Asíncrona, con un tope de 1800 segundos

    El envío responde con un id de tarea en lugar de una imagen, y lees esa tarea hasta que informe de un estado final. No hay un modo síncrono al que recurrir. Una tarea que nunca llega a un estado final tampoco se queda abierta: se cierra en el tope de 1800 segundos de este endpoint.

  • Dos relojes de conservación con los que hay que contar

    La foto que envías se borra al día y el resultado generado a los 14 días. Ninguna de las dos cifras es un obstáculo que haya que sortear: son la razón para llevarte de paso a tu propio almacenamiento la imagen que quieras conservar, y la razón por la que una tarjeta para compartir no puede apuntar para siempre a nuestra URL.

Para quién es Celebrity Look-Alike

  • Equipos de producto de consumo

    Una función que no le pide al usuario nada más que una foto

    No hay caja de prompt que diseñar, ni selector de estilo que explicar, ni un caso de error en el que alguien escriba algo inservible. La experiencia se reduce a subir, esperar y ver una imagen. Por eso la función entera cabe detrás de un botón y un marcador de posición, y por eso el trabajo de diseño difícil es la pantalla de consentimiento que va delante.

  • Integración en el backend

    Un esquema lo bastante pequeño como para escribirlo a mano en vez de generarlo

    Con una sola cadena que rellenar, el cuerpo de la solicitud no necesita un registro de campos, ni un generador de formularios guiado por el esquema, ni una capa de validación propia. Lo que queda es fontanería: una URL que llega a los bytes, una clave de idempotencia al crear, un bucle de consulta y una copia antes de que se cierre la ventana de conservación.

  • Revisión legal y de privacidad

    Una decisión que va antes del lanzamiento, no después

    Los datos biométricos están regulados aparte y con exigencia en la Unión Europea y en varios estados de Estados Unidos, y esa obligación es tuya, no nuestra. Cierra primero tres cosas por escrito: dónde se recoge el consentimiento, cuánto tiempo vive la foto de tu lado y quién responde por el texto que aparece junto al resultado.

  • Equipos que lo añaden a un flujo de subida existente

    Dónde caen las nuevas obligaciones en una tubería que ya operas

    Si por tu producto ya circulan retratos, añadir el endpoint es lo pequeño y el peso está en otro lado. El consentimiento hay que recogerlo antes de que el archivo llegue a tu almacenamiento, porque después no se puede añadir. Y nuestros plazos de 1 día y 14 días no sustituyen a tu propia política de conservación.

Cómo llamar a la API de Celebrity Look-Alike

  1. Recoge el consentimiento antes de que la foto exista en tu almacenamiento

    El consentimiento va un paso antes que la URL y no se puede rellenar después. Decide a qué está consintiendo la persona, deja constancia de que consintió y guarda ese registro unido a la foto. Es este paso el que determina si el resto de la integración tiene permiso para funcionar.

  2. Deja lista una URL que devuelva el archivo de imagen

    image_url es una cadena, así que el enlace tiene que llegar directo a los bytes de la imagen y abrirse sin inicio de sesión. Una página con la foto incrustada no es una foto. Si tu almacenamiento entrega URL firmadas de vida corta, comprueba al enviar que el enlace sigue vigente y mantenlo vivo hasta que la tarea termine.

  3. Envía el cuerpo de un solo campo con una clave de idempotencia

    Arma el cuerpo únicamente con image_url y quita lo que haya quedado de la carga útil de otro endpoint, porque additionalProperties está en false. Adjunta un Idempotency-Key: si se corta la conexión y tu cliente reintenta, la clave devuelve la tarea original en vez de abrir una segunda con un segundo cobro.

  4. Consulta el id de tarea hasta el estado final

    En la respuesta al envío no hay nada más que el id, así que lee la tarea hasta que informe de un estado final. No dejes en espera una solicitud del usuario: devuelve un marcador de posición al navegador y rellénalo cuando la consulta traiga algo. El tope de 1800 segundos es el borde exterior del bucle.

  5. Copia la imagen y luego escribe tú el texto que la acompaña

    La URL del resultado apunta al almacenamiento de la plataforma y ese archivo se borra a los 14 días, así que llévate de paso a tu propio bucket todo lo que vaya a una galería o a una tarjeta para compartir. La respuesta no trae nada con lo que etiquetar la imagen, de modo que cada palabra a su lado es una afirmación tuya.

Celebrity Look-Alike en la práctica

  • Una función de un solo botón dentro de una app de consumo

    El usuario se toma el retrato dentro de la app, marca un consentimiento que dice exactamente para qué se usará la foto, y el cliente la guarda en tu propio bucket. Tu backend envía un campo, muestra un marcador de posición y lo cambia por la imagen cuando vuelve la consulta. Parámetros expuestos al usuario: ninguno.

  • Una cola de retratos que sobrevive a una caída de conexión

    Un ejecutor por lotes envía una tarea por retrato y adjunta a cada una un Idempotency-Key derivado del id de la foto almacenada. Si un envío se interrumpe y el ejecutor reintenta, la clave devuelve la tarea original en lugar de abrir una segunda, así que un lote reiniciado no paga dos veces por un retrato que ya mandó.

  • Una galería que sobrevive a la ventana de 14 días

    Un producto en el que los usuarios vuelven a resultados anteriores no puede enlazar nuestras URL de recursos, porque esos archivos se borran a los 14 días. La forma que funciona es un paso de copia dentro del mismo worker que atiende la consulta final: descargar una vez, guardar en tu propio bucket, registrar tu URL y no volver a leer la nuestra.

Preguntas sobre la API de Celebrity Look-Alike

No hay prompt que escribir ni parámetro que ajustar, así que toda la integración son entradas, fontanería y permiso. Cierra el consentimiento antes de que la foto aterrice en tu almacenamiento: ese es el único paso que después ya no se repara. Deja lista una URL que devuelva los bytes de la imagen y siga válida hasta que la tarea termine. Envía el campo único con un Idempotency-Key, consulta el id de tarea hasta el estado final y copia antes de que se cierren los 14 días todo lo que pienses conservar. Y luego escribe el texto: la respuesta te entrega una imagen y, a propósito, nada con lo que llamarla.