chat 전송, upload, 멈춘 generation task, 사라진 결과, payment update, credits, history, notifications 관련 Rivya 문제를 해결하세요.

Rivya chat, upload, generation task, history, notification, credit 또는 billing state가 예상대로 동작하지 않을 때 이 문제 해결 가이드를 사용하세요.

Rivya가 고장 난 것처럼 느껴질 때 가장 빠른 해결책은 실제로 어느 layer가 실패하고 있는지 먼저 정하는 것입니다.

대부분의 문제는 다음 다섯 곳 중 하나에 속합니다.

access와 sign-in
model 또는 input mismatch
async task state
wallet 또는 payment state
saved work lookup

이 구분은 모든 것을 일반적인 “bug”처럼 다루는 것보다 훨씬 유용합니다.

1. Chat이 전송되지 않을 때

chat이 실제로 실행되지 않는다면 먼저 간단한 원인을 확인하세요.

아직 public landing flow에 있고 전송 전에 sign in이 필요할 수 있습니다
draft message가 비어 있을 수 있습니다
saved session이 깔끔하게 로드되지 않았을 수 있습니다

문제가 특정 session에만 있다면 어떤 경로에 있었는지 추측하지 말고 History에서 conversation을 다시 여세요.

작업이 좁고 반복적이라면 넓은 plain-chat thread를 계속 이어가기보다 tool entry에서 다시 시작하는 편이 더 깔끔할 수도 있습니다.

2. 생성이 시작되지 않을 때

image, video 또는 audio generation이 실제로 시작되기 전에 실패한다면 일반적인 원인은 다음입니다.

required prompt content가 없습니다
dialogue-style audio form이 완성되지 않았습니다
선택한 model이 reference file을 요구하지만 제공되지 않았습니다
account에 충분한 credits가 없습니다

현재 insufficient credits는 upstream service가 호출되기 전에 run을 실패시킬 수 있습니다. 그래서 “아무 일도 일어나지 않은” 느낌이 들어도 실제 failed record와 notification이 남을 수 있습니다.

3. Upload가 실패할 때

Upload는 category-driven이 아니라 model-driven입니다.

즉 다음과 같습니다.

같은 category 안의 모든 model이 같은 reference kind를 받지는 않습니다
모든 model이 같은 file 수를 받지는 않습니다
실제 generation request 전에 size와 type limit이 적용됩니다

upload가 실패하면 다음을 확인하세요.

model이 해당 file kind를 아예 지원하는지
현재 reference-file limit에 이미 도달했는지
file type 또는 size가 현재 upload rule을 위반했는지

workflow가 audio cleanup 또는 isolation이라면 uploaded-audio path가 prompt-first TTS나 voice generation과 구조적으로 다르다는 점을 기억하세요.

4. Task가 진행 중에 멈춘 것처럼 보일 때

image, video, audio run은 Rivya에서 async task입니다.

표시되는 상태는 다음입니다.

WAITING
GENERATING
SUCCESS
FAILED

task가 멈춘 것처럼 보이면 현재 page만 보지 마세요.

다음 surface도 함께 확인하세요.

active Studio
History
Notifications Center
/dashboard recent generations

일부 task는 callback으로 끝나고, 일부는 polling 또는 refresh로 끝납니다. 따라서 “still generating” 자체가 “lost”를 의미하지는 않습니다. 최종 upstream result가 settle되기를 기다리는 중인 경우가 많습니다.

5. Task가 실패했을 때

Rivya에서 failure는 보통 숨겨지지 않고 보존됩니다.

failed task는 다음을 보관할 수 있습니다.

failed status 자체
error message
reserved credits가 되돌려져야 할 때의 refund state
generation-failed notification

그래서 올바른 다음 단계는 보통 다음입니다.

failure state를 읽습니다
문제가 credits, prompt 또는 input mismatch 중 무엇인지 판단합니다
그 구체적인 원인을 고친 뒤에만 다시 실행합니다

모든 failure를 일시적인 UI issue처럼 다루지 마세요.

6. 결과가 사라진 것처럼 보일 때

대개 result는 사라진 것이 아닙니다. 잘못된 surface에서 찾고 있을 뿐입니다.

질문이 다음이라면 History를 사용하세요.

내가 무엇을 만들었거나 논의했나?

질문이 다음이라면 Notifications Center를 사용하세요.

어떤 중요한 account 또는 workflow event가 일어났나?

넓은 규칙은 다음과 같습니다.

chat은 chat history로 돌아갑니다
image, video, audio는 generation history로 돌아갑니다
billing과 credit event는 notifications에서 가장 명확히 보이는 경우가 많습니다

7. Payment state가 오래된 것처럼 보일 때

checkout이 끝났지만 wallet 또는 billing state가 여전히 stale해 보이면 payment가 사라졌다고 가정하기 전에 billing path를 따르세요.

현재 제품 flow는 다음입니다.

checkout 완료
/payment를 통해 돌아오기
제품이 billing 또는 wallet state를 poll하고 refresh하도록 두기
/settings/billing 또는 /settings/credits 확인

Notifications도 billing outcome을 보존할 수 있으므로 account state가 동기화되지 않은 것처럼 보일 때 확인할 가치가 있습니다.

8. 어디를 먼저 확인할 것인가

이 shortcut을 사용하세요.

current Studio: 진행 중인 live work
History: saved output과 saved conversation
Notifications Center: 이미 발생한 operational event
/settings/billing: subscription state
/settings/credits: wallet balance, pack, expiry, transaction

대부분의 혼란은 처음부터 잘못된 layer를 확인해서 생깁니다.

다음에 읽을 문서

문제 해결 분류 체크리스트

같은 동작을 반복하기 전에 먼저 확인할 곳을 고르세요.

Chat will not send: sign-in, session state, model availability, credit behavior를 확인합니다.
Uploads fail: file type, size, model support, task에 실제로 file이 필요한지 확인합니다.
Generation is stuck: task status, provider callback, polling, history, notification을 확인합니다.
Billing looks stale: Checkout return, webhook settlement, billing settings, credits settings를 확인합니다.
Results look missing: 올바른 history kind와 task가 실제로 완료되었는지 확인합니다.

Escalate하기 전에 재확인

account area, task id 또는 payment context, expected result, actual result, 마지막 visible state를 말할 수 있을 때만 escalate하세요. 그래야 support가 추측이 아니라 diagnosis가 됩니다.

Rivya 문제 해결 가이드