Rivya AI Docs

Посібник Rivya з усунення неполадок

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

Востаннє переглянуто 2026/04/28

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

Коли здається, що Rivya зламалася, найшвидший шлях до виправлення - вирішити, який шар насправді дає збій.

Більшість проблем потрапляють в одне з п'яти місць:

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

Такий поділ набагато корисніший, ніж ставитися до всього як до загального "багу".

1. Chat не надсилається

Якщо chat фактично не запускається, спершу перевірте прості причини:

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

Якщо проблема стосується конкретної сесії, відкрийте розмову з Посібник Rivya з History, а не вгадуйте, яким шляхом ви були.

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

2. Генерація не стартує

Якщо генерація зображення, відео або аудіо падає до реального початку, типові причини такі:

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

Зараз недостатня кількість кредитів може зупинити запуск до будь-якого виклику зовнішнього сервісу. Саме тому відчуття "нічого не сталося" все одно може залишити реальний запис про невдачу і сповіщення.

3. Завантаження падають

Завантаження керуються моделлю, а не категорією.

Це означає:

  • не кожна модель у категорії приймає ті самі типи референсів
  • не кожна модель приймає ту саму кількість файлів
  • ліміти розміру й типу застосовуються до реального запиту генерації

Якщо завантаження падає, перевірте:

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

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

4. Завдання застрягло в процесі

Запуски зображення, відео й аудіо в Rivya є асинхронними завданнями.

Видимі стани:

  • WAITING
  • GENERATING
  • SUCCESS
  • FAILED

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

Перевірте також ці поверхні:

Деякі завдання завершуються через callback, деякі - через polling або refresh. Тому "ще генерується" саме по собі не означає "втрачено". Часто це означає, що завдання все ще чекає, доки фінальний результат зовнішнього сервісу завершить розрахунок.

5. Завдання впало

Невдача в Rivya зазвичай зберігається, а не ховається.

Невдале завдання може зберігати:

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

Тому правильний наступний крок зазвичай такий:

  1. прочитати стан невдачі
  2. вирішити, чи проблема була в кредитах, промпті або невідповідності вхідних даних
  3. повторно запускати лише після виправлення цієї конкретної причини

Не сприймайте кожну невдачу як тимчасову проблему інтерфейсу.

6. Здається, що результат зник

Зазвичай результат не зник. Він просто на неправильній поверхні.

Використовуйте Посібник Rivya з History, коли питання таке:

Що я створив або обговорював?

Використовуйте Посібник Rivya з Notifications Center, коли питання таке:

Яка важлива подія акаунта або робочого процесу сталася?

Широке правило:

  • chat повертається до історії чату
  • image, video і audio повертаються до історії генерацій
  • події оплати й кредитів часто найчіткіше видно у сповіщеннях

7. Стан оплати виглядає застарілим

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

Поточний продуктовий процес:

  1. завершити checkout
  2. повернутися через /payment
  3. дати продукту виконати polling і оновити оплату або стан гаманця
  4. перевірити /settings/billing або /settings/credits

Notifications також можуть зберігати результати оплати, тому їх варто перевірити, коли стан акаунта здається несинхронним.

8. Де перевіряти спершу

Використовуйте цю скорочену схему:

  • поточна Studio: жива робота в процесі
  • Посібник Rivya з History: збережені результати і збережені розмови
  • Посібник Rivya з Notifications Center: операційні події, які вже сталися
  • /settings/billing: стан підписки
  • /settings/credits: баланс гаманця, пакети, строк дії і транзакції

Більшість плутанини виникає через перевірку неправильного шару першим.

Читати далі

Чеклист сортування для усунення неполадок

Оберіть перше місце перевірки до повторення тієї самої дії:

  • Chat не надсилається: перевірте вхід, стан сесії, доступність моделі й поведінку кредитів.
  • Завантаження падають: перевірте тип файлу, розмір, підтримку моделі й те, чи завданню справді потрібен файл.
  • Генерація застрягла: перевірте статус завдання, provider callbacks, polling, історію і сповіщення.
  • Оплата виглядає застарілою: перевірте повернення Checkout, webhook settlement, налаштування оплати й налаштування кредитів.
  • Results виглядають відсутніми: перевірте правильний тип history і те, чи завдання справді завершилося.

Повторно перевірте перед ескалацією

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

Зміст