Rivya failed tasks, credit checks, retries, upload issues, provider errors, notifications, history, processing states를 처리하세요.

image, video, 또는 audio generation이 failed되거나, stuck처럼 보이거나, usable result 없이 finish될 때 이 guide를 사용하세요.

task status를 어디에서 확인하는지, credit handling이 어떻게 작동하는지, 다른 run에 credits를 쓰기 전에 무엇을 바꿔야 하는지 설명합니다.

실패한 작업으로 보는 경우

failed task는 아직 processing 중인 task와 다릅니다.

Rivya 또는 provider가 generation을 complete할 수 없다고 report하면 task가 failed일 수 있습니다. task가 accepted되었지만 result가 아직 돌아오지 않았다면 여전히 processing 중일 수 있습니다.

task가 failed되었다고 가정하기 전에 relevant history 또는 notification surface에서 task status를 확인하세요.

크레딧 환불 작동 방식

Rivya의 task lifecycle은 generation work를 위해 credits를 reserve하고, failed outcomes를 product의 current billing logic에 따라 처리하도록 설계되어 있습니다.

실제로는 failed generation 후 task result, task status, credit balance를 확인하세요. task가 usable result를 produce하기 전에 failed되었다면 Rivya는 current failure-handling path에 따라 credits를 return할 수 있습니다.

provider behavior는 workflow마다 다를 수 있으므로, 모든 delay를 failure로 가정하거나 모든 retry를 즉시 submit해야 한다고 가정하지 마세요.

작업 상태를 확인할 위치

먼저 다음 위치를 사용하세요.

workflow의 generation history
Rivya 알림 센터
계정 크레딧 잔액
task가 시작된 page

underlying flow는 Task Lifecycle in Rivya를 읽어보세요.

다시 제출하기 전에 확인할 것

retry하기 전에 확인하세요.

upload가 올바르게 finished되었는지
file type과 size가 supported되는지
prompt가 unsupported behavior를 요구하는지
selected model이 현재 job에 appropriate한지
task가 실제로 아직 processing 중인지
simpler first run이 더 안전한지

task가 references를 사용한다면 reference complexity를 줄이거나 각 reference가 무엇을 control해야 하는지 더 명확히 해보세요.

작업이 아직 처리 중일 때

일부 generation tasks는 일반 web interaction보다 오래 걸립니다.

task가 아직 processing 중이라면 다음을 지키세요.

repeated duplicates를 즉시 submit하지 마세요
updates가 있는지 notifications를 확인하세요
가능하면 history를 통해 돌아가세요
failed로 간주하기 전에 final status를 기다리세요

Asynchronous work는 Rivya가 notifications와 history를 one-time page toasts와 분리해 유지하는 이유 중 하나입니다.

재시도 체크리스트

failed 또는 unclear generation을 retry하기 전에 확인하세요.

다른 run을 시작하기 전에 exact task status를 확인하세요.
사용했던 upload, prompt, model, settings를 확인하세요.
retry에서 무엇이 바뀌어야 하는지 결정하세요: simpler prompt, fewer references, different model, 또는 corrected file.
heavier setting을 사용하기 전에 credit balance와 expected cost를 확인하세요.
troubleshoot하거나 support에 연락해야 한다면 failed task context를 사용할 수 있게 보관하세요.

목표는 같은 failed request를 반복하는 것이 아니라 더 명확한 이유로 retry하는 것입니다.

재시도 전에 다시 확인해야 할 때

task가 아직 processing 중이거나, credit state가 unclear하거나, 같은 upload 또는 prompt가 한 번 이상 failed되었다면 retry 전에 다시 확인하세요.

이 경우 duplicate run을 시작하기 전에 history, notifications, task state를 inspect하세요.

Rivya 실패 작업 및 크레딧 환불 가이드