Зрозумійте черги генерації Rivya, час очікування, довгі задачі зображення, відео й аудіо, сповіщення, історію та безпечні повторні спроби.

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

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

Що означає черга

Черга означає, що задача ще не завершилася.

Це може статися тому, що:

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

Задачу в черзі потрібно відстежувати через статус задачі, сповіщення й історію, а не одразу повторювати.

Очікування не дорівнює помилці

Задача може бути:

submitted
processing
очікування результату provider
completed
failed

Не вважайте кожну довгу задачу невдалою. Перед повторною спробою перевірте статус.

Про поведінку під час невдач читайте в невдалих задачах і поверненні кредитів.

Де перевіряти прогрес

Використовуйте ці місця:

сторінку робочого процесу, де задача стартувала
Посібник Rivya з Notifications Center
Посібник Rivya з History
кредитний і задачний стан акаунта, коли це доступно

Сповіщення допомагають, бо асинхронна генерація не має залежати від одного toast-повідомлення, яке зникає.

Що робити під час очікування

Поки задача обробляється, ви можете:

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

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

Коли повторити спробу

Повторюйте, коли задача явно не вдалася, вхідні дані були неправильні або результат не корисний.

Перед повторною спробою вирішіть, що змінилося:

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

Повторення того самого запиту без змін може повторити ту саму проблему.

Чеклист безперервності задачі

Коли задача має залишатися відстежуваною після надсилання, перевірте:

Перевірте, чи задача pending, running, completed, failed або ready for follow-up.
Використовуйте History для корисних результатів і Notifications для змін асинхронного статусу.
Тримайте task UUID, модель, prompt і контекст результату разом під час розбору проблеми.
Не перезапускайте ту саму задачу, доки поточний стан неясний.
Збережіть або завантажте найкорисніший результат перед переходом в інший робочий процес.

Мета - не втратити роботу, коли генерація потребує часу або подальших дій.

Коли повторно перевірити статус

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

У таких випадках перегляньте стан задачі й History, перш ніж просити користувача згенерувати заново.

Черга генерації й час очікування