Docs Rivya AI

Hướng dẫn references và uploads trong Rivya

Lập kế hoạch references, audio uploads, file limits, yêu cầu sign-in, safety checks, model choice và Studio execution trong Rivya.

Dùng hướng dẫn references và uploads này trước khi bạn chọn một mô hình phụ thuộc vào image references, video references hoặc uploaded audio.

References và uploads là một phần cốt lõi trong cách tác vụ Rivya đi từ discovery vào signed-in Studio execution.

Chúng ảnh hưởng đến:

  • model choice
  • lựa chọn workflow
  • cấu trúc prompt
  • task cost
  • người dùng nên bắt đầu ở public start page, model detail hay Studio

Đó là lý do uploads không chỉ là chi tiết UI. Chúng là một phần của workflow logic.

Một chi tiết vận hành cần rõ từ sớm:

  • các trang có hỗ trợ reference có thể là public
  • bước upload file thật hiện vẫn yêu cầu sign-in

Vì vậy public start page vẫn có thể là nơi bắt đầu đúng, nhưng upload-based execution hiện không hoàn toàn anonymous trong sản phẩm hiện tại.

Ba dạng upload

Hiện tại, hành vi reference và upload trong Rivya chủ yếu nằm ở ba dạng:

  • tham chiếu hình ảnh
  • tham chiếu video
  • upload âm thanh

Không phải mô hình nào cũng hỗ trợ cả ba.

Đó là lý do model page quan trọng trước khi tác vụ bắt đầu.

Image references

Nhiều workflow image và video hỗ trợ image references.

Tùy mô hình, giới hạn reference-image có thể khác nhau rất nhiều.

Hiện tại, khoảng đó đi từ:

  • một reference image duy nhất
  • đến workflow multi-image lớn hơn

Điều này quan trọng vì "supports references" và "supports many references" không phải cùng một việc.

Video references

Một số workflow video cũng có thể nhận video references hoặc các reference modes mở rộng khác.

Các khả năng này không phổ biến cho toàn bộ catalog.

Vì vậy người dùng không nên giả định mọi video model đều nhận cùng loại input chỉ vì chúng thuộc cùng category.

Audio uploads

Audio uploads quan trọng nhất trong các workflow như:

  • làm sạch âm thanh
  • tách âm thanh
  • biến đổi âm thanh

Chúng khác về cấu trúc với prompt-first audio generation.

Nếu mô hình kỳ vọng uploaded audio, form thay đổi là có chủ ý.

Vì sao form thay đổi theo mô hình

Generation forms của Rivya được điều khiển bởi mô hình.

Điều đó có nghĩa là inputs hiển thị phụ thuộc vào:

  • mô hình được chọn hỗ trợ gì
  • nó chấp nhận file kinds nào
  • nó có thể nhận bao nhiêu files

Đây là hành vi đúng, vì prompt-only model và upload-first model không phải cùng một workflow.

Upload kinds hiện tại

Các upload kinds chính được dùng trong product flows hiện tại là:

  • image
  • video
  • audio

Chúng được normalize bên trong sản phẩm trước khi gửi vào model request cuối cùng.

Upload limits hiện tại

Đường upload hiện áp dụng kiểm tra size và type theo kind:

Image

  • JPEG
  • PNG
  • WebP
  • kích thước tối đa mặc định hiện tại: 10 MB
  • Nano Banana 2Nano Banana Pro hiện cho phép tối đa 30 MB

Video

  • MP4
  • MOV / QuickTime
  • WebM
  • current max size: 50 MB
  • Wan 2.6 hiện dùng giới hạn nghiêm hơn là 10 MB và chấp nhận MP4, MOV / QuickTime cùng uploads video kiểu MKV

Audio

  • MP3
  • MP4 audio
  • WAV
  • AAC
  • OGG
  • kích thước tối đa mặc định hiện tại: 10 MB

Các giới hạn này phục vụ safe ingestion và routing, không chỉ là tiện ích UI.

References và model choice

Reference support thường quan trọng hơn hype.

Ví dụ:

  • nếu workflow cần nhiều image references, mô hình đúng hiếm khi được chọn chỉ bằng brand reputation
  • nếu workflow cần uploaded audio, một TTS model tiêu chuẩn là entry point sai

Vì vậy thứ tự model-selection sạch nhất là:

  1. output type
  2. yêu cầu reference hoặc upload
  3. mức phù hợp về cost và quality
  4. sau đó mới đến model preference

Trang public so với Studio

Public start pages phù hợp khi bạn muốn:

  • một public landing page đầu tiên
  • một entry trực tiếp theo mô hình
  • một đường search-driven vào đúng workflow

Studio phù hợp hơn khi tác vụ cần:

  • signed-in upload và execution
  • lặp lại nhiều vòng
  • nhiều continuity hơn
  • working context đầy đủ hơn

Điều này đặc biệt đúng khi chính upload trở thành một phần của workflow dài hơn.

Lỗi thường gặp

Lỗi 1: Giả định mọi mô hình trong cùng category nhận cùng file types

Không phải vậy.

Lỗi 2: Chọn mô hình trước khi kiểm tra upload support

Điều này thường tạo ra rework có thể tránh được.

Lỗi 3: Xem uploaded-audio workflows như prompt-only workflows

Đó là các đường khác nhau và nên được xử lý khác nhau.

Reference workflow

Một đường thực tế trong Rivya trông như sau:

  1. kiểm tra model page để biết reference support
  2. chọn public start page hoặc Studio path phù hợp
  3. sign in trước bước upload thật nếu account context là bắt buộc
  4. chỉ upload những kinds mà mô hình thật sự hỗ trợ
  5. giữ prompt aligned với uploaded context
  6. review kết quả và iterate trong cùng workflow

Đọc tiếp

Checklist reference upload

Trước khi một tác vụ phụ thuộc vào reference file hoặc upload, hãy kiểm tra:

  • Xác nhận tác vụ cần image reference, video reference, audio upload hay không cần file nào.
  • Kiểm tra model page để biết supported file kinds và limits trước khi chuẩn bị assets.
  • Quyết định tác vụ thuộc về public start page hay signed-in Studio.
  • Loại bỏ nội dung file nhạy cảm hoặc không cần thiết trước khi upload.
  • Giữ prompt aligned với việc mỗi uploaded file nên kiểm soát điều gì.

Mục tiêu là làm file trở nên hữu ích, được phép và liên quan trước khi tiêu credits.

Khi nào cần kiểm tra lại upload fit

Hãy kiểm tra lại upload fit khi mô hình được chọn thay đổi, file quá lớn, vai trò reference không rõ hoặc asset chứa people, logos, private data hoặc client-owned material.

Trong các trường hợp đó, hãy review Hướng dẫn upload an toàn trong Rivya và trang reference liên quan trước khi bắt đầu một lần chạy khác.

Mục lục