Seedance 2.0 Mini APIは無料で使える？公式ルート、Mini表記、確認項目を分けて判断する

2026年6月15日時点で、Seedance 2.0 Mini APIを無料の公式公開動画API契約として扱うのは安全ではありません。今日確認すべき現実は、Seedance 2.0とルート所有者が出しているFastを動画の基準として見ること、Seed2.0 Miniを別モデルファミリーの名称として分けること、プロバイダーの無料クレジットをそのプロバイダー内のテスト契約として読むことです。Miniの動画APIとしてモデルID、endpoint、アカウント条件、枠、課金、保存、権利、サポート、失敗時の扱いが示されない限り、本番設計に入れるべきではありません。

現在の状態ボード

危ないのは、無料という言葉ではなく、複数の所有者の約束をひとつに混ぜることです。モデルページはモデルの存在を示します。プロバイダーのページはそのプロバイダーの入口を示します。wrapperは呼び出しの手掛かりです。似た名前は混同の理由にすぎません。実装で必要なのは、現在呼び出せるIDと、そのIDに付く契約です。

公式と言える範囲

Seedance 2.0の第一の基準はByteDance SeedのSeedance 2.0ページです。そこではテキスト、画像、音声、動画参照、カメラ制御、連続した動きに関わるマルチモーダル動画モデルとして説明されています。この情報はfirst-partyのモデル同一性として重要ですが、API key、無料枠、Mini endpoint、商用権利、すべての地域での利用可能性を同時に意味するものではありません。

開発者が確認すべきなのはルート所有者です。BytePlus/ModelArkなどのページが、対象の動画モデル、アカウント条件、submit-poll-retrieveの流れ、利用量、課金を示している場合だけ、実装判断の材料になります。Seedance 2.0やFastが表示されるなら、そのルートで検証できます。Miniが表示されないなら、Miniは本番設定から外します。

価格表やモデル一覧も、モデル名だけでは十分ではありません。必要なのは、IDまたはselector、利用できるアカウント、枠やcreditの扱い、失敗時の課金、保存と削除、サポート経路です。ここが欠けると、コードを書けても運用できません。

Mini表記が混乱しやすい理由

Seed2.0の存在が混乱を生みます。ByteDance SeedにはSeed2.0のページがあり、Pro、Lite、Miniの変体名もあります。しかしSeed2.0 Miniは汎用モデルファミリー側の名称であり、Seedance 2.0の動画Mini APIを証明しません。

日本語では、公式、プロバイダー所有、未証明、別ファミリーを明確に分けるほうが実務的です。未証明を永遠に存在しないと断定する必要はありませんが、似た名前をAPI契約に昇格させてはいけません。

無料APIの話はどこから来るか

無料APIの多くは、ByteDance Seedではなくプロバイダー側の入口から出てきます。登録クレジット、playground、trial、互換endpoint、サンプルworkflowは便利です。ただし、それらはプロバイダーが提供するテスト契約であり、ByteDanceやBytePlusが公開Miniを無料本番利用として保証したことにはなりません。

プロバイダーがkeyの作り方やtaskの投げ方を説明している場合、それはそのサービス内での手順として読むべきです。役に立つのは、少量の非機密テストです。足りないのは、底のモデル名が公式Miniかどうか、失敗時にcreditが減るか、uploadがどれだけ保存されるか、出力の商用利用がどう扱われるか、問題時に誰が支援するかです。

使うなら、使い捨てのprompt、公開してよい素材、低コストのjobから始めます。task id、polling、retrieval、failure reason、credit movementを記録し、素材の保存、削除、商用権利、support、dispute pathを確認します。

Mini API利用前の証明チェックリスト

動画APIの確認は、普通の概要より厳しくする必要があります。retry cost、upload、output storage、policy failure、supportが絡むからです。

どれかが欠ける場合、正確な判断は、今日の公開build targetとしては未証明、です。将来の公開を否定せず、現在の実装だけを止める表現にします。

安全な最初のテスト順序

最初に使うのは、所有者が明確なルートです。動画モデルの基準ならSeedance 2.0またはFastを確認します。プロバイダーを使う場合は、そのプロバイダーをテスト契約の所有者として扱い、底のモデルファミリーの公式契約とは分けます。

1. ルート所有者とアカウント所有者を確認する。
2. そのルートのモデル名、ID、selectorを確認する。
3. 非機密promptまたはmock assetを1回だけ流す。
4. task作成、polling、retrieval、failure、credit変化を記録する。
5. 本物の素材を上げる前に保存、削除、商用権利、supportを読む。
6. 未証明Mini、無制限無料、コピーkey、不明wrapper、非対応素材に依存するなら止める。

この順序は速くありませんが、モデル名の誤読、条項不明の中間層への素材アップロード、無料creditの過信、support不在という高い失敗を防ぎます。

隣接するSeedanceの疑問

Seedance 2.0全体のアクセス安全性を知りたい場合は、Seedance 2.0アクセスガイドを使います。そこでは公式ソース、APK/MODリスク、Google Play、プロバイダールート、upload stop rule、free/unlimited主張を扱います。

バージョン判断ならSeedance 2.1 vs Seedance 2.0です。実在人物の顔ならSeedance 2.0 human face guideです。無料、Mini、API、version、provider、uploadは別のリスク面なので、同じ判断にまとめないほうが安全です。

よくある質問

Seedance 2.0 Mini APIは公式に無料ですか？

2026年6月15日時点では、公開公式動画API契約としては未証明です。確認すべき基準はSeedance 2.0とルート所有者が出すFastです。

Seed2.0 MiniはSeedance 2.0 Miniと同じですか？

違います。Seed2.0 Miniは別のByteDanceモデルファミリー内の公式名称であり、Seedance動画Mini APIを証明しません。

プロバイダーのクレジットは使えますか？

小さな非機密テストには使えます。ただし、公式無料本番権利、全アカウントでの可用性、プロバイダー契約外の権利は証明しません。

どんな証拠があれば結論が変わりますか？

ルート所有者がSeedance 2.0 Miniを動画モデルとして名付け、callable ID、アカウント条件、枠、課金、task lifecycle、保存、権利、サポート、失敗時の扱いを出す必要があります。

Fastを使うべきですか？

ルート所有者がFastを出していて、出力、遅延、費用、条件が用途に合う場合だけです。FastはMiniや無料の証明ではありません。

GitHub wrapperを使ってよいですか？

呼び出すルート、アカウント所有者、課金、保存、権利、supportを確認してからです。wrapperは手掛かりであって契約ではありません。

顧客素材でテストしてよいですか？

最初は避けます。mock素材で確認し、所有者、条項、保存、削除、商用権利、supportが明確になってから扱います。