Rivya モデルフィールドとパラメータガイド
Rivya のモデルフィールドで、category、supported modes、direct generation、クレジット、参照、アップロード、品質、長さ、アスペクト比、出力を読むためのガイド。
Rivya のモデルページにあるフィールドやコントロールが、タスク実行前にわかりにくい場合は、このガイドを使います。
モデルフィールドは、そのモデルでジョブを実行できるか、どの入力が必要か、どの設定がコストに影響し得るか、初回実行のリスクがどれくらいかを示します。
この順序でフィールドを読む
モデルを比較するときは、次の順序で見ます。
category
supported modes
direct generation status
参照とアップロード対応
credit hint
品質、長さ、アスペクト比、出力設定
strengths、例、関連モデル
こうすると、実際に実行できるものに基づいて判断できます。
Category は最初のフィルター
Category は大まかな用途区分を示します。
chat
image
video
audio
これは最初のフィルターにすぎません。2 つの video モデルが異なるワークフローに対応していることがあります。2 つの audio モデルがまったく違うフォームを持つこともあります。2 つの image モデルでも、参照容量が大きく違う場合があります。
category で一覧を絞り込み、そのうえで下のフィールドを確認します。
Supported Modes は実際のジョブ形状を示す
Supported modes は、そのモデルが現在どの用途を想定しているかを示します。
例には次のようなものがあります。
text-to-image
image-to-image
text-to-video
image-to-video
video-to-video
text-to-speech
audio-to-audio
chat-completion または responses
同じ category でも、同じ mode とは限りません。supported mode がタスクに合わない場合は、そこから始めないでください。
Direct Generation はここで実行できるかを答える
Direct generation は、そのモデルを現在 Rivya ワークフローから直接実行できるかを示します。
direct generation が有効でない場合、そのモデルはカタログに存在していても、ライブ実行を期待する場所としては適していません。
prompt に時間を使う前に、このフィールドを確認します。
Credit Hint は計画ツール
Credit hint は、送信前に想定コストを比較するための手がかりです。
これは計画のシグナルとして読み、あらゆるケースでの最終価格として扱わないでください。
Rivya モデルの課金形状は、大きく次のように分かれます。
固定コスト生成
長さベースの生成
品質または解像度に依存する生成
token-based の chat 使用量
provider-specific の従量課金
重いタスクの前には、Rivya のクレジットと請求 も確認してください。
参照とアップロードはモデル選択を変える
参照対応は、モデルの人気度より重要になることがあります。
確認すること:
参照が対応しているか
どのファイルタイプを受け付けるか
何個のファイルを使えるか
モデルが prompt-first 入力を想定しているか、upload-first 入力を想定しているか
参照が製品アイデンティティ、構図、スタイル、動き、音声ソースのどれに使われるか
1 枚の参照は、視覚的なアンカーに役立ちます。より大きい参照上限は、製品パック、スタイルシステム、一貫性が必要な作業を支えられます。
詳しくは Rivya の参照とアップロード を読んでください。
アスペクト比と画像サイズ
アスペクト比または画像サイズは、出力の形を制御します。
次の場合に重要です。
画像を製品ページに合わせる必要がある
出力にソーシャル向けのクロップが必要
ランディングページの hero に横長のフレーミングが必要
短い動画に縦向き配置が必要
後からクロップすると構図が崩れる
配置がわかっている場合は、生成前に形を選びます。
品質と解像度
品質と解像度は、多くの場合、仕上がりとコストの両方に影響します。
次の場合は、低めまたは標準設定を使います。
prompt をテストする
モデルを比較する
参照を検証する
スタイルを探索する
次の場合は、より高い設定を使います。
方向性がすでに機能している
アセットが最終利用に近い
配置がより多くのディテールを正当化する
あいまいなアイデアを証明するために、高品質のクレジットを使わないでください。
長さ
長さは、動画と一部の音声ワークフローで重要です。
短い長さが適しているもの:
動きのテスト
ソーシャルクリップ
すばやい音声チェック
方向確認の実行
長い長さが適しているのは、スクリプト、ストーリー、デモンストレーションに本当に時間が必要な場合です。動画が詰め込みすぎに感じる場合は、長さを伸ばすのではなく、複数のアセットに分けます。
音声とサウンドコントロール
一部の動画モデルや音声モデルには、サウンド関連のコントロールがあります。
それらのコントロールは、スタイルだけでなく出力タイプを変えることがあります。
たとえば、無音の動きテスト、ネイティブ音声付き動画、voice-over、sound-effect cue は、それぞれ別のタスクです。成果物に基づいてコントロールを選びます。
フォーム形状がページの違いを説明する
Rivya のモデルページでは、異なるフォーム形状が表示されることがあります。
prompt-first generation
text-to-speech forms
dialogue-style forms
upload-first cleanup forms
chat forms
reference-led generation forms
この違いは意図的です。フォームは、そのモデルを実行するために必要なものを反映しています。
実用的な実行前チェックリスト
モデルタスクを送信する前に、次を確認します。
supported mode はジョブに合っていますか。
direct generation は利用できますか。
タスクに参照またはアップロードが必要ですか。
credit hint はこの段階に対して許容できますか。
品質、長さ、アスペクト比は適切ですか。
prompt はレビューできる程度に絞られていますか。
出力が使える状態だと言える条件を把握していますか。
どれかの答えが不明確なら、より小さいテストから始めます。