Rivya References 與 Uploads 指南

在選擇依賴 image references、video references 或 uploaded audio 的模型前，請先使用這份 references 與 uploads 指南。

References 和 uploads 是 Rivya 任務從 discovery 進入登入後 Studio execution 的核心部分。

它們會影響：

• model choice
• workflow choice
• prompt structure
• task cost
• 使用者應該從 public start page、model detail，還是 Studio 開始

所以 uploads 不只是 UI 細節。它們是 workflow logic 的一部分。

有一個操作細節需要提早說清楚：

• reference-aware pages 可以是公開的
• 實際 file upload 目前需要登入

因此 public start page 仍然可以是正確起點，但 upload-based execution 在目前產品中不是完整匿名的。

三種 Upload Shapes

目前 Rivya 的 reference 和 upload 行為主要分成三種形態：

• image references
• video references
• audio uploads

不是每個 model 都支援全部三種。

這也是為什麼任務開始前，model page 很重要。

Image References

許多 image 和 video workflows 都支援 image references。

依 model 而定，reference-image limits 可能差異很大。

目前這個範圍從：

• 單張 reference image
• 較大的 multi-image workflows

這很重要，因為「supports references」和「supports many references」不是同一件事。

Video References

有些 video workflows 也可以接受 video references 或其他延伸 reference modes。

這並不是整個 catalog 的通用能力。

所以使用者不應該只因為它們屬於同一 category，就假設每個 video model 都能接受同一種 input。

Audio Uploads

Audio uploads 最常出現在這類 workflows：

• audio cleanup
• audio isolation
• audio transformation

這些和 prompt-first audio generation 在結構上不同。

如果 model 預期 uploaded audio，form 會刻意表現得不一樣。

為什麼 Form 會因 Model 而改變

Rivya 的 generation forms 是 model-driven。

這代表可見 inputs 取決於：

• 所選 model 支援什麼
• 它接受哪些 file kinds
• 它可以接收多少 files

這是正確行為，因為 prompt-only model 和 upload-first model 不是同一種 workflow。

目前 Upload Kinds

目前產品 flows 使用的主要 upload kinds 是：

• image
• video
• audio

這些會先在產品內標準化，再送入最終 model request。

目前 Upload Limits

Upload path 目前會依 kind 執行 size 和 type checks：

Image

• JPEG
• PNG
• WebP
• current default max size: 10 MB
• Nano Banana 2 和 Nano Banana Pro 目前允許最高 30 MB

Video

• MP4
• MOV / QuickTime
• WebM
• current max size: 50 MB
• Wan 2.6 目前使用更嚴格的 10 MB 上限，並接受 MP4、MOV / QuickTime 和 MKV-style video uploads

Audio

• MP3
• MP4 audio
• WAV
• AAC
• OGG
• current default max size: 10 MB

這些限制是為了安全 ingestion 和 routing，不只是 UI convenience。

References 與 Model Choice

Reference support 通常比熱度更重要。

例如：

• 如果 workflow 需要許多 image references，正確 model 很少只靠 brand reputation 選出來
• 如果 workflow 需要 uploaded audio，standard TTS model 就是錯誤入口

所以最乾淨的 model-selection order 是：

1. output type
2. reference 或 upload requirement
3. cost 和 quality fit
4. 最後才是 model preference

Public Pages vs Studio

Public start pages 適合你需要：

• 第一個 public landing page
• 直接的 model-specific entry
• 透過搜尋進入正確 workflow 的路徑

Studio 更適合任務需要：

• signed-in upload 和 execution
• repeated iteration
• more continuity
• 更完整的 working context

尤其當 upload 本身成為較長 workflow 的一部分時更是如此。

常見錯誤

錯誤 1：假設同一 category 的所有 models 都接受相同 file types

它們並不會。

錯誤 2：先選 model，再檢查 upload support

這通常會造成可以避免的返工。

錯誤 3：把 uploaded-audio workflows 當成 prompt-only workflows

它們是不同路徑，應該分開處理。

Reference Workflow

Rivya 中的實用路徑如下：

1. 檢查 model page 的 reference support
2. 選擇正確的 public start page 或 Studio path
3. 如果需要 account context，請在實際 upload step 前登入
4. 只上傳 model 實際支援的 kinds
5. 讓 prompt 和 uploaded context 保持一致
6. 檢查結果，並在同一個 workflow 中迭代

接著閱讀

• Models
• Rivya Image Workflows
• Rivya Video Workflows
• Rivya Audio Workflows
• Rivya 中的公開與登入後工作流
• Rivya Troubleshooting
• AI Image Generator With Reference Images

Reference Upload Checklist

在任務依賴 reference file 或 upload 前，請檢查：

• 確認任務需要 image reference、video reference、audio upload，或完全不需要 file。
• 準備 assets 前，先檢查 model page 的 supported file kinds 和 limits。
• 判斷任務應該放在 public start page，還是 signed-in Studio。
• Upload 前移除敏感或不必要的 file content。
• 讓 prompt 和每個 uploaded file 應該控制的內容保持一致。

目標是在花費 credits 前，讓 file 變得有用、被允許，而且和任務相關。

何時重新檢查 Upload Fit

當所選 model 改變、file 太大、reference role 不清楚，或 asset 包含人物、logos、private data 或 client-owned material 時，請重新檢查 upload fit。

在這些情況下，請先閱讀 Safe Upload Guidelines 和相關 reference page，再開始另一輪執行。