Vai al contenuto principale

Celebrity Look-Alike riceve un ritratto e restituisce un’immagine generata del sosia famoso più vicino, senza prompt né parametri. La foto deve mostrare un solo volto nitido e quasi frontale, e il risultato non riporta né nome né punteggio.

Da $0.05/immagine

Playground

Input

Editing di immagini
1/1

Trascina file o link ai media, incolla oppure sfoglia · 1 file · Max 10 MB · JPG · PNG · WEBP · GIF

  • 1
1 / 1 file
Un ritratto nitido e più o meno frontale, con un solo volto ben visibile. Foto di gruppo, profili, occhiali da sole e mosso sono i casi in cui l’abbinamento peggiora o la chiamata fallisce. Invia solo foto di persone che hanno acconsentito a questo uso. almeno 1 caratteri
Controllo di sicurezzaDisattivato

SpicyAPI non applica nessun controllo di sicurezza a questo modello. Il tuo prompt e i tuoi media arrivano al modello così come li hai scritti, ed è il modello stesso a decidere che cosa torna indietro.

Controllo del tuo account prima di abilitare invio e prezzi.

Output

Pronto per una nuova esecuzione
passport-frontal-maleRisultato di esempio

Modelli correlati e attività successive

Manca il modello che ti serve?

Dicci cosa aggiungere e dove lo useresti. Le richieste arrivano a chi decide quali modelli integrare per primi.

Un campo immagine, zero parametri, un'immagine generata in risposta

L'API di editing di Celebrity Look-Alike prende un solo ritratto in image_url e restituisce un'immagine generata della celebrità più somigliante. Quel campo è tutto il corpo della richiesta: niente prompt, niente seed, niente risoluzione, niente formato di uscita. additionalProperties è false, quindi qualsiasi altra chiave fallisce la validazione. La risposta porta l'immagine e nient'altro: nessun nome, nessun elenco di candidati, nessun punteggio di somiglianza.

Apri il Playground
Corpo della richiesta
image_url (stringa, obbligatorio) è tutto il corpo: una proprietà, senza prompt, seed, risoluzione né formato di uscita
URL di ingresso
Deve portare dritto al file immagine, aprirsi senza login e restare valido fino alla fine del task
Risposta
Un'immagine generata. Nessun nome di celebrità, nessun elenco di candidati, nessun punteggio di somiglianza
Modo di chiamata
Asincrono: invii, tieni l'id del task e interroghi fino allo stato finale. Tetto di 1800 secondi
Conservazione
La foto inviata viene cancellata dopo 1 giorno, il risultato generato dopo 14 giorni
Consenso
Ogni ingresso è il volto di una persona reale. Invia solo ritratti di chi ha acconsentito a questo uso
Schema
Una proprietà, e qualsiasi altra chiave è un errore di validazioneLo schema della richiesta definisce image_url e mette additionalProperties a false. Una stringa di prompt rimasta in giro, o un valore di intensità copiato dal payload di un altro endpoint, torna come errore di validazione con il nome del campo, e da lì non nasce nessun task. Niente finisce in coda e niente viene scartato in silenzio per strada.
Risposta
Nome e punteggio mancano di propositoDietro questo endpoint non c'è un passaggio di classificazione la cui etichetta potremmo inoltrare: genera un'immagine, non cerca nessuno in un elenco. Per questo la risposta non porta né nome di celebrità, né una lista ordinata, né un valore di confidenza. La didascalia che mostra la tua interfaccia la scrivi tu e te ne assumi tu la responsabilità.
Consenso
A ogni chiamata l'ingresso è il volto di una persona realeL'unica cosa delicata in questa richiesta è la foto. In pratica l'unica fonte sicura è il ritratto dell'utente stesso, scattato dentro il tuo prodotto, per questa funzione, con un consenso raccolto prima che il file arrivi nel tuo storage. Quando decidi se puoi usarlo, applica lo stesso rigore che applicheresti al riconoscimento facciale, anche se questo endpoint non riconosce nessuno.

Cosa fa bene l'API di Celebrity Look-Alike

  • Tutto il corpo della richiesta è un campo

    image_url è obbligatorio, nient'altro viene accettato, e l'elenco finisce lì. Non c'è un template da produrre né una tabella dinamica di campi da mantenere: una variabile di tipo stringa messa in un oggetto JSON copre ogni chiamata che questo endpoint riceverà mai, che la foto sia un selfie scattato al telefono o un ritratto da studio.

  • Dove non c'è niente da regolare, non c'è niente da sbagliare

    Nessun prompt da scrivere, nessun seed da fissare, nessuna risoluzione o formato di uscita da scegliere. L'unica leva a disposizione è la foto stessa. Perciò, quando un risultato delude, la risposta è un altro scatto: inquadratura più stretta, luce più uniforme, viso più frontale rispetto all'obiettivo, e non una battuta a tappeto su parametri che non esistono.

  • Un volto per richiesta, per come è fatto

    L'endpoint prende un ritratto e non ha modo di sapere a quale persona nell'inquadratura ti riferivi. Una foto di gruppo, quindi, non è un ingresso difficile ma un ingresso sbagliato. Ritagliare su un solo volto prima di inviare elimina la causa più frequente di un risultato che nessuno intorno al tavolo accetta.

  • Un task, un'immagine

    Un task concluso espone una sola immagine generata dallo storage della piattaforma, e non esiste un campo di quantità o di lotto per chiederne di più. Dieci ritratti sono dieci task, ognuno con il suo id, il suo stato di interrogazione e il suo addebito, così una foto inutilizzabile non blocca le altre nove.

  • Asincrono, con un tetto di 1800 secondi

    L'invio risponde con un id di task invece che con un'immagine, e tu leggi quel task finché non dichiara uno stato finale. Non c'è una modalità sincrona di riserva. Un task che non arriva mai a uno stato finale non resta aperto all'infinito: viene chiuso al tetto di 1800 secondi di questo endpoint.

  • Due orologi di conservazione da mettere in conto

    La foto inviata viene cancellata dopo 1 giorno e il risultato generato dopo 14 giorni. Nessuno dei due numeri è un ostacolo da aggirare: sono il motivo per portarti strada facendo nel tuo storage l'immagine che vuoi tenere, e il motivo per cui una card da condividere non può puntare per sempre al nostro URL.

A chi serve Celebrity Look-Alike

  • Team di prodotto consumer

    Una funzione che non chiede all'utente nient'altro che una foto

    Non c'è una casella di prompt da progettare, né un selettore di stile da spiegare, né un caso di errore in cui qualcuno scrive qualcosa di inutilizzabile. L'esperienza è caricare, aspettare, vedere un'immagine. Per questo l'intera funzione sta dietro un pulsante e un segnaposto, e per questo il lavoro di progettazione difficile è la schermata di consenso che la precede.

  • Integrazione lato backend

    Uno schema abbastanza piccolo da scrivere a mano invece che generarlo

    Con una sola stringa da riempire, il corpo della richiesta non ha bisogno di un registro dei campi, né di un generatore di form guidato dallo schema, né di un livello di validazione tutto tuo. Resta l'impiantistica: un URL che porta ai byte, una chiave di idempotenza alla creazione, un ciclo di interrogazione e una copia prima che si chiuda la finestra di conservazione.

  • Revisione legale e privacy

    Una decisione che sta prima del lancio, non dopo

    I dati biometrici sono regolati a parte e in modo severo nell'Unione europea e in diversi stati americani, e quell'obbligo è tuo, non nostro. Chiudi prima tre punti per iscritto: dove si raccoglie il consenso, quanto a lungo la foto vive dalla tua parte e chi risponde del testo che compare accanto al risultato.

  • Team che lo innestano su un flusso di caricamento esistente

    Dove finiscono i nuovi obblighi in una catena che già gestisci

    Se nel tuo prodotto i ritratti già circolano, aggiungere l'endpoint è la parte piccola e il peso sta altrove. Il consenso va raccolto prima che il file arrivi nel tuo storage, perché dopo non si aggiunge. E i nostri termini di 1 giorno e 14 giorni non sostituiscono la tua politica di conservazione.

Come chiamare l'API di Celebrity Look-Alike

  1. Raccogli il consenso prima che la foto esista nel tuo storage

    Il consenso sta un passo prima dell'URL e non si recupera dopo. Stabilisci a cosa la persona sta acconsentendo, registra che ha acconsentito e tieni quel record legato alla foto. È questo passaggio a determinare se il resto dell'integrazione ha il permesso di girare.

  2. Prepara un URL che restituisca il file immagine stesso

    image_url è una stringa, quindi il link deve portare dritto ai byte dell'immagine e aprirsi senza login. Una pagina in cui la foto è incorporata non è una foto. Se il tuo storage rilascia URL firmati a vita breve, controlla al momento dell'invio che il link sia ancora valido e tienilo vivo fino alla fine del task.

  3. Invia il corpo da un campo solo con una chiave di idempotenza

    Costruisci il corpo con il solo image_url e togli quel che è rimasto dal payload di un altro endpoint, perché additionalProperties è false. Allega un Idempotency-Key: se la connessione cade e il tuo client riprova, la chiave restituisce il task originale invece di aprirne un secondo con un secondo addebito.

  4. Interroga l'id del task fino allo stato finale

    Nella risposta all'invio non c'è nulla oltre all'id, quindi leggi il task finché non dichiara uno stato finale. Non tenere ferma una richiesta dell'utente per aspettare: restituisci un segnaposto al browser e riempilo quando l'interrogazione porta qualcosa. Il tetto di 1800 secondi dà il bordo esterno del ciclo.

  5. Copia l'immagine, poi scrivi tu la didascalia

    L'URL del risultato punta allo storage della piattaforma e quel file viene cancellato dopo 14 giorni, quindi porta strada facendo nel tuo bucket tutto ciò che finirà in una galleria o su una card da condividere. La risposta non contiene niente con cui etichettare l'immagine, perciò ogni parola accanto è un'affermazione che fai tu.

Celebrity Look-Alike nella pratica

  • Una funzione da un pulsante solo dentro un'app consumer

    L'utente si scatta il ritratto dentro l'app, spunta un consenso che dice esattamente a cosa servirà la foto, e il client la deposita nel tuo bucket. Il tuo backend invia un campo, mostra un segnaposto e lo sostituisce con l'immagine quando torna l'interrogazione. Parametri esposti all'utente: nessuno.

  • Una coda di ritratti che sopravvive a una caduta di connessione

    Un esecutore a lotti invia un task per ritratto e allega a ciascuno un Idempotency-Key ricavato dall'id della foto salvata. Se un invio si interrompe e l'esecutore riprova, la chiave restituisce il task originale invece di aprirne un secondo, così un lotto riavviato non paga due volte un ritratto già mandato.

  • Una galleria che sopravvive alla finestra di 14 giorni

    Un prodotto in cui gli utenti tornano sui risultati passati non può linkare i nostri URL degli asset, perché quei file vengono cancellati dopo 14 giorni. La forma che regge è un passo di copia dentro lo stesso worker che gestisce l'interrogazione finale: scaricare una volta, salvare nel tuo bucket, registrare il tuo URL e non leggere mai più il nostro.

Domande sull'API di Celebrity Look-Alike

Non c'è un prompt da scrivere né un parametro da regolare, quindi tutta l'integrazione è ingressi, impiantistica e permesso. Chiudi il consenso prima che la foto atterri nel tuo storage: è l'unico passaggio che poi non si ripara. Prepara un URL che restituisca i byte dell'immagine e resti valido fino alla fine del task. Invia il campo unico con un Idempotency-Key, interroga l'id del task fino allo stato finale e copia prima che si chiuda la finestra di 14 giorni tutto ciò che vuoi tenere. Poi scrivi la didascalia: la risposta ti consegna un'immagine e, di proposito, niente con cui chiamarla.