Rivya の参照素材とアップロードガイド
Rivya の参照素材、音声アップロード、ファイル制限、サインイン要件、安全確認、モデル選択、Studio 実行を計画します。
画像参照、動画参照、またはアップロード音声に依存するモデルを選ぶ前に、この参照素材とアップロードのガイドを使います。
参照素材とアップロードは、Rivya のタスクが公開ディスカバリーからサインイン後の Studio 実行へ移るうえで重要な要素です。
これらは次に影響します。
モデル選択
ワークフロー選択
プロンプト構造
タスクコスト
ユーザーが公開スタートページ、モデル詳細、Studio のどこから始めるべきか
そのため、アップロードは単なる UI 上の細部ではありません。ワークフローのロジックの一部です。
早い段階で重要になる運用上の詳細があります。
参照素材に対応したページは公開ページである場合があります
実際のファイルアップロードには、現在サインインが必要です
つまり、公開スタートページが正しい開始場所である場合もありますが、アップロードを伴う実行は、現在のプロダクトでは完全匿名ではありません。
3 種類のアップロード形状
現在、Rivya の参照素材とアップロードの挙動は、主に 3 つの形に分かれます。
画像参照
動画参照
音声アップロード
すべてのモデルが 3 つすべてをサポートしているわけではありません。
そのため、タスクを始める前にモデルページが重要になります。
画像参照
多くの画像と動画のワークフローは画像参照をサポートしています。
モデルによって、参照画像の上限は大きく異なる場合があります。
現在、その範囲は次の通りです。
1 枚の参照画像
より大きな複数画像ワークフロー
これは重要です。「参照をサポートする」と「多数の参照をサポートする」は同じ意味ではないからです。
動画参照
一部の動画ワークフローでは、動画参照やその他の拡張参照モードも受け付けられます。
これはカタログ全体で共通ではありません。
そのため、同じカテゴリに属しているからといって、すべての動画モデルが同じ種類の入力を受け取れると考えるべきではありません。
音声アップロード
音声アップロードが最も重要になるのは、次のようなワークフローです。
音声クリーンアップ
音声分離
音声変換
これらは、プロンプトから始める音声生成とは構造的に異なります。
モデルがアップロード音声を期待している場合、フォームが違う動きをするのは意図された挙動です。
モデルによってフォームが変わる理由
Rivya の生成フォームはモデル駆動です。
つまり、表示される入力は次に依存します。
選択したモデルが何をサポートしているか
どの種類のファイルを受け付けるか
いくつのファイルを受け取れるか
これは正しい挙動です。プロンプトのみのモデルと、アップロードを先に使うモデルは同じワークフローではないためです。
現在のアップロード種類
現在のプロダクトフローで使われる主なアップロード種類は次の通りです。
imagevideoaudio
これらは、最終的なモデルリクエストへ送られる前にプロダクト内で正規化されます。
現在のアップロード制限
アップロード経路では現在、種類ごとにサイズとタイプのチェックが行われます。
画像
JPEG
PNG
WebP
現在のデフォルト最大サイズ: 10 MB
Nano Banana 2とNano Banana Proは現在、最大 30 MB まで許可しています
動画
MP4
MOV / QuickTime
WebM
現在の最大サイズ: 50 MB
Wan 2.6: JPG/PNG/WebP画像をちょうど1枚（256×256以上、10 MB以下）、またはMP4/MOV動画を1～3本（各10 MB以下）使用します。
音声
MP3
MP4 audio
WAV
AAC
OGG
現在のデフォルト最大サイズ: 10 MB
これらの制限は、安全な取り込みとルーティングのためのものであり、UI 上の利便性だけが目的ではありません。
参照素材とモデル選択
参照サポートは、多くの場合、話題性より重要です。
たとえば次の通りです。
ワークフローに多数の画像参照が必要な場合、適切なモデルはブランド知名度だけではほとんど選べません
ワークフローにアップロード音声が必要な場合、標準の TTS モデルは適切な入口ではありません
そのため、最も整理されたモデル選択の順序は次の通りです。
出力タイプ
参照またはアップロード要件
コストと品質の適合
その後でモデルの好み
公開ページと Studio
公開スタートページは、次のような場合に適しています。
最初の公開ランディングページ
モデル固有の直接入口
検索から適切なワークフローへ入る道筋
Studio は、タスクに次が必要な場合に適しています。
サインイン後のアップロードと実行
繰り返しの反復
より長い継続性
より完全な作業文脈
アップロード自体が長いワークフローの一部になると、特にこれが当てはまります。
よくある間違い
間違い 1: 同じカテゴリのすべてのモデルが同じファイルタイプを受け付けると思い込む
そうではありません。
間違い 2: アップロードサポートを確認する前にモデルを選ぶ
これは避けられる手戻りを生みやすくなります。
間違い 3: アップロード音声のワークフローをプロンプトのみのワークフローのように扱う
これらは別の経路であり、別々に扱うべきです。
参照素材ワークフロー
Rivya での実用的な道筋は次のようになります。
モデルページで参照サポートを確認する
適切な公開スタートページまたは Studio の経路を選ぶ
アカウント文脈が必要な場合は、実際のアップロード手順の前にサインインする
モデルが実際にサポートしている種類だけをアップロードする
プロンプトをアップロード文脈と合わせる
結果をレビューし、同じワークフロー内で反復する
次に読むページ
参照アップロードチェックリスト
タスクが参照ファイルまたはアップロードに依存する前に、次を確認します。
タスクに画像参照、動画参照、音声アップロード、またはファイル不要のどれが必要か確認する。
アセットを準備する前に、モデルページで対応ファイル種類と制限を確認する。
タスクを公開スタートページで進めるか、サインイン後の Studio で進めるか決める。
アップロード前に、機密または不要なファイル内容を取り除く。
各アップロードファイルが何を制御すべきかに合わせて、プロンプトを保つ。
目的は、クレジットを使う前に、ファイルを有用で、許可され、関連性のある状態にすることです。
アップロード適合性を再確認するタイミング
選択したモデルが変わる、ファイルが大きすぎる、参照の役割が不明確である、またはアセットに人物、ロゴ、個人データ、クライアント所有素材が含まれる場合は、アップロード適合性を再確認します。
その場合は、もう一度実行を始める前に、安全なアップロードガイドライン と関連する参照ページを確認します。