SeedEdit 3.0 APIガイド：公式モデル、ModelArk、アップロード前の確認

SeedEdit 3.0はByteDance Seedの画像編集モデルとして扱える。ただし、実際に使うときの最初の判断は「性能が高いか」ではなく、「どの接続ルートで画像を送るのか」だ。公式Seedページ、ModelArk API、サードパーティAPI、ブラウザツール、Seedream分岐は、同じモデル名に見えても責任の持ち主が違う。

開発や業務利用では、seededit-3-0-i2i-250628のようなモデルIDを見つけただけで本番投入してはいけない。そのIDが自分のアカウントで使えるか、誰が課金するか、入力画像がどこに保存されるか、失敗時にどう扱われるか、サービスが当日動いているかを確認してから、小さなテスト画像で始める。

顧客写真、人物写真、未公開の商品画像、契約上外部送信できない素材、個人情報を含む画像は、ルートの条件が見えない状態でアップロードしない。画像編集モデルの品質と、ファイルを預けてよいかどうかは別の判断である。

まず五つの接続ルートを分ける

SeedEdit 3.0という名前は一つでも、読者が出会う入口は複数ある。公式の技術紹介として見る場合、ModelArkのモデル行として見る場合、サードパーティのAPI名として見る場合、ブラウザ上の画像編集ツールとして見る場合、そして新しいSeedream系の画像生成・編集ルートと並べて見る場合がある。これらを一つの「公式API」として扱うと、料金、保存、サポート、失敗時の責任を見誤る。

この表の目的は、選択肢を増やすことではなく、責任を見えるようにすることだ。公式ページはモデルの存在を証明する。ModelArkは直接統合の候補になる。サードパーティAPIとブラウザツールは便利だが、利用条件はそのサービスのものになる。Seedreamは、より新しい画像生成・編集の選択肢として見直すべき場面がある。

ByteDanceが発表したもの

ByteDance Seedは2025年6月6日にSeedEdit 3.0を発表した。位置づけは、既存画像に対して自然言語の指示を与え、指定した部分を変えながら、変えるべきでない主体、構図、表情、テクスチャ、光、スタイルをできるだけ維持する画像編集モデルである。ゼロから新しい絵を作るだけのモデルではなく、価値のある入力画像をどう変えるかに焦点がある。

技術報告のSeedEdit 3.0: Fast and High-Quality Generative Image Editingは、SeedEdit 3.0をSeedream 3.0上に構築された編集モデルとして説明している。データ構築、拡散モデルの学習、報酬学習の話はモデルの身元を理解する助けになる。ただし、論文内の評価やサンプルは、すべての外部APIやオンラインツールの品質を保証するものではない。

ここで重要なのは、公式モデル名と利用入口を分けることだ。あるページがSeedEditという名前を使っていても、そこから送った画像を誰が保存するのか、どの課金ルールで動くのか、エラー時に誰が対応するのかは、その入口の条件で決まる。公式の存在証明だけでは、本番のアップロード判断には足りない。

日本語の利用者は、まず「SeedEdit 3.0は何か」を短く確認し、その次に「どのルートなら自分の素材を送れるか」を判断する必要がある。モデルの説明を読んだだけで顧客素材を送るのではなく、ルートごとの責任を確認する流れに変えると、開発者にもクリエイターにも使いやすい。

ModelArk APIで確認すること

開発者が直接接続を考えるなら、最初に確認する候補はBytePlus ModelArkである。現時点で確認できる公開情報では、画像編集向けのモデルIDとしてseededit-3-0-i2i-250628が見える。リクエストは、入力画像、編集指示、出力形式、サイズ、seed、guidance_scale、watermark設定などを中心に組み立てる。

ただし、これは「このIDをどの環境でも永久に使える」という意味ではない。ModelArkのコンソールで自分のプロジェクトにモデルが表示されるか、課金行がどうなっているか、上限やリージョンが合っているか、失敗時の扱いがどうなるかを、同じ日に確認する必要がある。ドキュメントの例と自分のアカウントの状態がずれることは珍しくない。

最初のテストは品質評価より契約確認に寄せる。小さく、公開しても困らない画像を使い、狭い編集指示を書く。たとえば次のような構造で、モデルID、入力、prompt、サイズ、seed、guidance、watermark、返却形式を記録する。

json
{
  "model": "seededit-3-0-i2i-250628",
  "image": "data:image/jpeg;base64,...",
  "prompt": "背景を夕方のオフィスに変え、人物、服装、姿勢は維持し、文字や余計な人物を追加しない。",
  "response_format": "url",
  "size": "1024x1024",
  "seed": 123456789,
  "guidance_scale": 5.0,
  "watermark": false
}

そのうえで、結果画像だけでなく、ログ、請求、失敗時のメッセージ、画像URLの有効期限、再試行時の挙動も見る。本番では「うまく編集できたか」より先に、「失敗しても説明できるか」「画像の扱いを顧客に説明できるか」が必要になる。

チームで評価する場合は、成功した一枚だけを残さず、失敗例も並べて記録する。どの指示で主体が変わったか、どの画像で背景だけが変わらなかったか、どの設定で不要な文字が出たかを残すと、後からモデル変更やルート変更が起きても比較しやすい。これは品質管理であり、同時に請求やサポートへの説明材料にもなる。

サードパーティAPIとブラウザツールは別契約

サードパーティAPIは便利だ。APIキーをすぐ発行でき、複数モデルを同じ形式で呼べ、決済も簡単なことがある。短期検証や社内デモでは助かる。しかし、そこで使うのはプロバイダの契約であり、ByteDance公式の既定条件ではない。

プロバイダがseededit-v3やbytedance/seededit-v3という名前を出している場合、まずモデルの対応関係を確認する。次に、入力画像の保存期間、学習利用の有無、削除方法、失敗課金、リクエストID、返金やサポート、商用利用、レート制限を確認する。どれか一つでも不明なら、実データを送る前に止めたほうがよい。

ブラウザツールはさらに入口が軽い。デザイナーやマーケターが背景変更、不要物削除、照明変更、スタイル調整を試すには向いている。ただし、アップロード先、保存期間、アカウント所有者、出力権利が不明なまま、人物写真や未公開商品を入れるべきではない。便利なUIは、責任を軽くするものではない。

チームで使うなら、サードパーティのルートを「仮のAPI」ではなく、外部サービス依存として記録する。使ったモデル名、エンドポイント、料金、上限、保存ポリシー、サポート窓口、停止条件を残す。価格が変わった、モデル名が消えた、保存条件が変わった、失敗が増えた、という時点で自動処理を止められるようにする。

SeedEdit 3.0が向いている作業

SeedEdit 3.0が力を発揮するのは、すでに意味のある画像を保ちながら、指定した部分だけを変える場面だ。良い指示は「Xを変更し、Yを保持し、Zを避ける」という形になる。変更点と保持点を同時に書くほど、出力を評価しやすくなる。

たとえば、商品写真の背景を季節ごとに変える、人物の服の色だけを変える、部屋の照明を昼から夕方にする、不要な物体を消す、同じキャラクターの雰囲気を少し変える、といった仕事に向いている。元画像の価値を残したまま、制作の反復を速くする用途である。

逆に、完全な新規生成、文字組みの強い広告、顔の本人性が厳密に必要な素材、法務確認が重い商用写真、未承諾の人物画像には慎重になるべきだ。モデルがうまく見える結果を出しても、権利、本人性、保存、説明責任の問題は残る。

Seedreamに切り替えて考える場面

SeedEdit 3.0はSeedream系の能力と関係しているが、いつも最終回答になるわけではない。既存画像の指示編集が中心ならSeedEdit 3.0を確認する価値がある。画像生成、image-to-image、編集、スタイル探索、複数枚のシリーズ、より新しいモデル能力をまとめて見たいなら、現在のSeedreamルートを一緒に確認するべきだ。

プロダクト設計では、モデルIDを業務コードに直接散らさない。タスク種別、モデルルート、プロバイダ、課金、アップロードポリシー、停止条件を設定として分ける。そうすれば、SeedEdit 3.0からSeedreamへ、あるいは別の画像編集バックエンドへ移るときも、全体を書き直さずに済む。

クリエイターの場合はもっと単純だ。すでに画像があり、その一部を変えたいなら編集モデルのルートを確認する。まだ原画がなく、方向性を広く探索したいなら、Seedreamなどの生成ルートを先に見てもよい。名前にこだわるより、今の制作タスクに合う入口を選ぶほうが失敗が少ない。

アップロード前の確認と初回テスト

最初に確認するのはpromptではなく、画像を外部に送ってよいかどうかである。著作権、人物の同意、顧客契約、個人情報、住所、社内資料、未公開製品、透かし、撮影者との契約を確認する。社内にある画像でも、AIサービスへアップロードしてよいとは限らない。

次にサービス側の保存条件を見る。入力画像は何日残るのか、削除できるのか、学習や品質改善に使われるのか、リージョンはどこか、ログに画像内容が残るのか、企業アカウントで分離できるのか。説明が見つからない場合は、公開サンプルか合成画像だけで試す。

初回テストは小さく、再現可能にする。画像サイズ、prompt、seed、guidance、watermark、モデルID、時刻、費用、結果URL、失敗理由を保存する。promptは「Xを変更、Yを保持、Zを避ける」の形で書く。たとえば「背景を夜の街に変え、人物の顔、服装、姿勢を保持し、文字と余計な人物を追加しない」といった形だ。

最後に、成功条件を決める。主体が変わっていないか、指定範囲だけ変わったか、不要な文字が出ていないか、色や光が目的に合うか、商用利用前に人の確認が必要かを見てから、バッチ処理や自動化に進む。安全な小テストを飛ばすと、後で請求、権利、品質の問題を同時に抱える。

よくある質問

SeedEdit 3.0はByteDanceの公式モデルですか？

はい。ByteDance Seedの公式ページと技術報告で確認できる画像編集モデルです。ただし、公式モデルであることと、すべてのWebツールやAPIが公式入口であることは別です。

seededit-3-0-i2i-250628をそのまま本番コードに入れてよいですか？

設定値として管理し、リリース前にModelArkのコンソールと小さなリクエストで確認するべきです。モデルID、価格、上限、地域、保存条件は変わる可能性があります。

サードパーティAPIは使えますか？

使えますが、プロバイダの条件を独立して確認します。モデル対応、保存、失敗課金、SLA、サポート、商用権利が不明なら、本番素材には使わないほうが安全です。

ブラウザツールとAPIはどう選べばよいですか？

ブラウザツールは低リスク画像の試用やチーム内デモに向きます。APIはログ、課金、再現性、キュー、バッチ処理、権限管理が必要なときに選びます。

SeedEdit 3.0ではなくSeedreamを見るべき場面は？

既存画像の編集ではなく、文生画像、image-to-image、複数スタイル、長期的な生成基盤、最新モデルの比較が必要なときです。SeedEditの名前だけに固定しないほうがよいです。

実画像をアップロードする前の最低条件は？

モデルルート、課金元、保存と削除の条件、サービスの稼働状況を確認することです。どれか一つでも不明なら、まず公開サンプルや合成画像でテストしてください。