本文へスキップ

Celebrity Look-Alike は、ポートレート 1 枚から最も似た有名人を生成した画像 1 枚を返します。プロンプトもパラメータもなく、写真は鮮明なほぼ正面の顔 1 つが必要で、名前やスコアは付きません。

最低価格 $0.05/枚

プレイグラウンド

入力

画像編集
1/1

ファイルやメディアのリンクをドロップ、貼り付け、または選択 · 1 ファイル・1 件 10 MB まで・JPG · PNG · WEBP · GIF

  • 1
1 / 1 ファイル
はっきり写った、ほぼ正面のポートレートを 1 枚。顔は 1 つだけ見えている状態にしてください。集合写真、横顔、サングラス、被写体ブレは、一致が甘くなるか呼び出しが失敗するところです。送ってよいのは、この用途に同意した人の写真だけです。 1 文字以上
セーフティチェックオフ

SpicyAPI はこのモデルにセーフティチェックをかけません。プロンプトと素材はそのままモデルに渡り、出力はモデル自身が決めます。

送信と料金見積もりを有効にする前にアカウントを確認しています。

出力

実行待ち
passport-frontal-maleサンプル出力

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

画像フィールド 1 つ、パラメータなし、返るのは生成画像 1 枚

Celebrity Look-Alike の編集 API は、image_url にポートレートを 1 枚渡すと、最も似ている有名人を描いた生成画像を 1 枚返します。このフィールドがリクエストボディのすべてです。プロンプトも、シード値も、解像度も、出力フォーマットもありません。additionalProperties は false なので、ほかのキーを入れるとバリデーションで弾かれます。レスポンスに入っているのは画像だけで、名前も、候補リストも、類似度スコアもありません。

プレイグラウンドを開く
リクエストボディ
image_url(文字列・必須)がボディのすべて。プロパティは 1 つだけで、プロンプトもシード値も解像度も出力フォーマットもありません
入力 URL
画像ファイルそのものに直接たどり着き、ログインなしで開けること。タスク終了まで有効に保ってください
レスポンス
生成画像 1 枚。有名人の名前も、候補リストも、類似度スコアもありません
呼び出し方式
非同期。送信してタスク ID を控え、終了状態になるまで問い合わせます。タスクの上限は 1,800 秒
保存期間
送った写真は 1 日後、生成結果は 14 日後に削除されます
同意
入力は必ず実在の人物の顔です。本人が同意したポートレートだけを送ってください
スキーマ
プロパティは 1 つ、それ以外のキーはすべてバリデーションエラーリクエストスキーマが定義しているのは image_url だけで、additionalProperties は false です。別のエンドポイントのペイロードから紛れ込んだプロンプト文字列や strength の値は、問題のフィールド名を添えたバリデーションエラーとして返り、そこからタスクが作られることはありません。キューに積まれることも、途中で黙って捨てられることもありません。
レスポンス
名前とスコアがないのは意図的ですこのエンドポイントの背後には、ラベルをそのまま渡せるような分類処理はありません。画像を生成しているのであって、誰かをリストから引いているわけではないからです。したがってレスポンスには有名人の名前も、順位付きの候補も、確信度の値も入っていません。画面に表示する説明文は、あなたが書き、あなたが責任を負うものです。
同意
入力は毎回、実在の人物の顔ですこのリクエストで扱いに注意が要るのは写真だけです。実務上、安全な入力源は「あなたの製品の中で、この機能のために本人が撮ったポートレート」しかありません。しかも同意は、ファイルがあなたのストレージに届く前に取っておく必要があります。使ってよいかどうかを判断するときは、顔認識を判断するのと同じ厳しさで見てください。このエンドポイントが誰かを識別することはない、としてもです。

Celebrity Look-Alike API が得意なこと

  • リクエストボディはフィールド 1 つで全部

    image_url が必須で、それ以外は受け付けません。それが一覧のすべてです。組み立てるテンプレートも、保守する動的なフィールド表も要りません。JSON オブジェクトに文字列変数を 1 つ差し込むだけで、このエンドポイントへのあらゆる呼び出しがまかなえます。写真がスマートフォンの自撮りでも、スタジオ撮影のヘッドショットでも同じです。

  • 調整するものがなければ、調整を誤ることもありません

    書くプロンプトも、固定するシード値も、選ぶ解像度や出力フォーマットもありません。手元にある唯一のレバーは写真そのものです。ですから結果が物足りないときの打ち手は、存在しないパラメータを総当たりすることではなく、別の写真を用意することです。もっと寄って撮る、光を均一にする、顔をカメラに正対させる、といった具合です。

  • 1 リクエストにつき顔 1 つ、という設計

    このエンドポイントが受け取るポートレートは 1 枚で、画面の中の誰を指しているのかを伝える手段はありません。つまり集合写真は「難しい入力」ではなく「間違った入力」です。送信前に顔 1 つに切り詰めておけば、その場の誰も納得しない結果になる最大の原因が消えます。

  • 1 タスク、1 枚

    完了したタスクが返すのは、プラットフォームのストレージに置かれた生成画像 1 枚です。枚数やバッチを指定するフィールドはありません。ポートレート 10 枚なら 10 タスクで、それぞれに ID があり、それぞれに問い合わせ状態と課金があります。おかげで使えない写真 1 枚が残りの 9 枚を止めてしまうことがありません。

  • 非同期。上限は 1,800 秒

    送信すると画像ではなくタスク ID が返り、そのタスクが終了状態を報告するまで読み続けることになります。代わりに使える同期呼び出しはありません。終了状態にならないタスクも延々と開いたままにはならず、このエンドポイントの 1,800 秒という上限で打ち切られます。

  • 見込んでおくべき 2 つの保存期限

    送った写真は 1 日後に、生成結果は 14 日後に削除されます。どちらも回避すべき制約ではありません。残しておきたい画像はその場で自分のストレージに引き取っておくべきだ、という理由であり、シェア用カードがこちらの URL をいつまでも指していられない理由でもあります。

Celebrity Look-Alike はこんな人に向いています

  • コンシューマー製品チーム

    ユーザーに求めるのは写真だけ、という機能

    設計すべきプロンプト入力欄も、説明が要るスタイル選択も、ユーザーが使えない文字列を書いてしまう失敗経路もありません。体験は「アップロードする、待つ、画像が出る」だけです。だからこの機能はボタン 1 つとプレースホルダーに収まりますし、だからこそ設計が難しいのはその手前にある同意画面のほうです。

  • バックエンドの実装担当

    テンプレート化するより直書きしたほうが早いスキーマ

    埋める文字列が 1 つだけなので、フィールドの定義表も、スキーマ駆動のフォーム生成も、自前のバリデーション層も要りません。残るのは配線だけです。バイト列にたどり着く URL、作成時の冪等キー、問い合わせのループ、そして保存期限が切れる前のコピー処理です。

  • プライバシー・法務レビュー

    公開の前に決めるべきことで、後ではありません

    生体データは欧州連合と米国の一部の州で個別に、しかも厳しく規制されており、その義務は当社ではなくあなたの側にあります。まず 3 点を文書で固めてください。同意をどこで取るか、写真をあなたの側で何日保持するか、そして結果に添える文言に誰が責任を持つかです。

  • 既存のアップロード導線に後付けするチーム

    すでに動いている流れのどこに新しい義務が乗るか

    製品の中をすでにポートレートが流れているなら、エンドポイント自体の追加はごく小さな作業で、重いのは別のところです。同意はファイルがストレージに届く前に取らなければならず、後から足すことはできません。また当社側の 1 日と 14 日という期限は、あなた自身の保持ポリシーを何も肩代わりしません。

Celebrity Look-Alike API の呼び出し方

  1. 写真がストレージに入る前に同意を取る

    同意は URL よりひとつ手前の工程にあり、後から埋め合わせることはできません。本人が何に同意するのかを決め、同意した事実を記録し、その記録を写真と結びつけて保管してください。この工程が、以降の実装に着手してよいかどうかを決めます。

  2. 画像ファイルそのものが返る URL を用意する

    image_url は文字列なので、リンクは画像のバイト列に直接たどり着き、ログインなしで開ける必要があります。写真が貼られたページは写真ではありません。ストレージが短命の署名付き URL を発行するなら、送信時点でまだ有効かを確認し、タスクが終わるまで有効に保ってください。

  3. フィールド 1 つのボディを冪等キー付きで送る

    ボディは image_url だけで組み立て、別のエンドポイントのペイロードの名残は削っておいてください。additionalProperties が false だからです。あわせて Idempotency-Key を添えます。接続が切れてクライアントが再送しても、このキーがあれば 2 つ目のタスクと 2 回目の課金ではなく、元のタスクが返ります。

  4. 終了状態になるまでタスク ID を問い合わせる

    送信のレスポンスに入っているのは ID だけなので、終了状態を報告するまでタスクを読み続けます。そのためにユーザー向けのリクエストを開いたまま待たせないでください。ブラウザにはプレースホルダーを返し、問い合わせが結果を持ち帰った時点で差し替えます。ループの外枠は 1,800 秒という上限で考えてください。

  5. 画像を控えてから、説明文を自分で書く

    結果の URL が指しているのはプラットフォームのストレージで、そのファイルは 14 日後に削除されます。ギャラリーやシェア用カードに載せるものは、その場で自分のバケットに引き取ってください。レスポンスには画像に添えられる情報が何もないので、隣に並ぶ言葉はすべてあなた自身の主張になります。

Celebrity Look-Alike の実例

  • コンシューマーアプリの中のボタン 1 つの機能

    ユーザーはアプリ内でポートレートを撮り、その写真が何に使われるかを明記した同意のチェックを入れ、クライアントがそれを自社のバケットに保存します。バックエンドはフィールドを 1 つ送ってプレースホルダーを表示し、問い合わせが返った時点で画像に差し替えます。ユーザーに見せるパラメータは 1 つもありません。

  • 接続が切れても壊れないポートレートの処理待ち行列

    バッチ処理はポートレート 1 枚につき 1 タスクを送り、保存済みの写真の ID から導いた Idempotency-Key をそれぞれに添えます。送信が途中で切れて再送されても、このキーによって 2 つ目のタスクではなく元のタスクが返るので、途中から再開したバッチが同じ 1 枚に二重課金することはありません。

  • 14 日を越えて残るギャラリー

    過去の結果にユーザーが戻ってこられる製品では、当社のアセット URL をそのまま貼ることはできません。そのファイルは 14 日後に削除されるからです。うまくいく形は、終了状態の問い合わせを担当するワーカーの中にコピー処理を置くことです。一度取得して自分のバケットに保存し、自分の URL を記録して、以後こちらは読みません。

Celebrity Look-Alike API についてよくある質問

書くプロンプトも調整するパラメータもないので、この統合の中身は入力と配線と権限がすべてです。まず、写真がストレージに入る前に同意を固めてください。後から取り返せない工程はそこだけです。次に、画像のバイト列が返り、タスクが終わるまで有効なままの URL を用意します。フィールド 1 つのボディを Idempotency-Key 付きで送り、タスク ID を終了状態まで問い合わせ、残したいものは 14 日の期限が切れる前にコピーします。そして説明文を書いてください。レスポンスが渡してくるのは画像だけで、それを何と呼ぶかは意図的に含まれていません。