Плануйте референси Rivya, аудіозавантаження, ліміти файлів, вимоги до входу, перевірки безпеки, вибір моделі й виконання в Studio.

Використовуйте цей посібник з референсів і завантажень до того, як обирати модель, яка залежить від референсів зображень, відеореференсів або завантаженого аудіо.

Референси й завантаження - ключова частина того, як завдання Rivya переходять від ознайомлення до виконання в Studio після входу.

Вони впливають на:

вибір моделі
вибір робочого процесу
структуру промпта
вартість завдання
те, чи користувач має почати з публічної стартової сторінки, деталей моделі або Studio

Саме тому завантаження - це не просто деталь інтерфейсу. Вони є частиною логіки робочого процесу.

Одна операційна деталь важлива вже на початку:

сторінки з підтримкою референсів можуть бути публічними
фактичне завантаження файлу зараз потребує входу

Тож публічна стартова сторінка все ще може бути правильним місцем для початку, але виконання на основі завантаження не є повністю анонімним у поточному продукті.

Три форми завантажень

Сьогодні поведінка референсів і завантажень у Rivya здебільшого має три форми:

референси зображень
відеореференси
аудіозавантаження

Не кожна модель підтримує всі три.

Саме тому сторінка моделі важлива до старту завдання.

Референси зображень

Багато робочих процесів із зображеннями й відео підтримують референси зображень.

Залежно від моделі ліміти reference images можуть суттєво відрізнятися.

Зараз цей діапазон охоплює:

одне референсне зображення
більші робочі процеси з кількома зображеннями

Це важливо, бо "підтримує референси" і "підтримує багато референсів" - не одне й те саме.

Відеореференси

Деякі відеоробочі процеси також можуть приймати відеореференси або інші розширені режими референсів.

Вони не універсальні для всього каталогу.

Тому користувачі не мають припускати, що кожна відеомодель може прийняти той самий тип вхідних даних лише тому, що належить до тієї самої категорії.

Аудіозавантаження

Аудіозавантаження найважливіші у робочих процесах на кшталт:

очищення аудіо
ізоляція аудіо
трансформація аудіо

Вони структурно відрізняються від prompt-first audio generation.

Якщо модель очікує завантажене аудіо, форма навмисно поводиться інакше.

Чому форма змінюється залежно від моделі

Форми генерації Rivya керуються моделлю.

Це означає, що видимі вхідні дані залежать від:

того, що підтримує вибрана модель
які типи файлів вона приймає
скільки файлів вона може прийняти

Це правильна поведінка, бо модель лише з промптом і модель із завантаженням на першому місці - це не один і той самий робочий процес.

Поточні типи завантажень

Основні типи завантажень у поточних продуктових процесах:

image
video
audio

Вони нормалізуються всередині продукту до надсилання у фінальний запит до моделі.

Поточні ліміти завантажень

Шлях завантаження зараз застосовує перевірки розміру й типу за категорією:

Зображення

JPEG
PNG
WebP
поточний стандартний максимальний розмір: 10 MB
Nano Banana 2 і Nano Banana Pro зараз дозволяють до 30 MB

Відео

MP4
MOV / QuickTime
WebM
поточний максимальний розмір: 50 MB
Wan 2.6 зараз використовує суворіший ліміт 10 MB і приймає MP4, MOV / QuickTime та відеозавантаження типу MKV

Аудіо

MP3
MP4 audio
WAV
AAC
OGG
поточний стандартний максимальний розмір: 10 MB

Ці ліміти стосуються безпечного приймання й маршрутизації, а не лише зручності інтерфейсу.

Референси і вибір моделі

Підтримка референсів часто важливіша за ажіотаж.

Наприклад:

якщо робочий процес потребує багато референсів зображень, правильну модель рідко обирають лише за репутацією бренду
якщо робочий процес потребує завантаженого аудіо, стандартна TTS-модель є неправильною точкою входу

Тому найчистіший порядок вибору моделі такий:

тип результату
вимога до референса або завантаження
відповідність вартості й якості
лише потім уподобання щодо моделі

Публічні сторінки проти Studio

Публічні стартові сторінки добрі, коли вам потрібні:

перша публічна посадкова сторінка
прямий вхід для конкретної моделі
шлях із пошуку до правильного робочого процесу

Studio краще підходить, коли завданню потрібні:

вхід для завантаження й виконання
повторна ітерація
більше безперервності
повніший робочий контекст

Це особливо справедливо, коли саме завантаження стає частиною довшого робочого процесу.

Типові помилки

Помилка 1: припускати, що всі моделі в категорії приймають ті самі типи файлів

Це не так.

Помилка 2: обирати модель до перевірки підтримки завантажень

Це часто створює зайву переробку.

Помилка 3: сприймати робочі процеси із завантаженим аудіо як процеси лише з промптом

Це різні шляхи, і їх потрібно трактувати по-різному.

Робочий процес із референсом

Практичний шлях у Rivya виглядає так:

перевірте сторінку моделі на підтримку референсів
оберіть правильну публічну стартову сторінку або шлях Studio
увійдіть до фактичного кроку завантаження, якщо потрібен контекст акаунта
завантажуйте лише ті типи, які модель справді підтримує
тримайте промпт узгодженим із завантаженим контекстом
перегляньте результат і ітеруйте в тому самому робочому процесі

Чеклист референсного завантаження

Перед тим як завдання почне залежати від референсного файлу або завантаження, перевірте:

Підтвердьте, чи завданню потрібен референс зображення, відеореференс, аудіозавантаження або взагалі жоден файл.
Перевірте сторінку моделі на підтримувані типи файлів і ліміти до підготовки матеріалів.
Вирішіть, чи завдання належить публічній стартовій сторінці або Studio після входу.
Приберіть чутливий або непотрібний вміст файлу перед завантаженням.
Тримайте промпт узгодженим із тим, що має контролювати кожен завантажений файл.

Мета - зробити файл корисним, дозволеним і релевантним до витрачання кредитів.

Коли повторно перевіряти відповідність завантаження

Повторно перевіряйте відповідність завантаження, коли вибрана модель змінюється, файл завеликий, роль референса нечітка або матеріал містить людей, логотипи, приватні дані чи матеріал, що належить клієнту.

У таких випадках перегляньте Правила безпечного завантаження в Rivya і відповідну сторінку референсів до запуску ще одного завдання.

Посібник Rivya з референсів і завантажень