생성 대기열 및 대기 시간
Rivya generation queues, waiting times, long-running image, video, audio tasks, notifications, history, safe retries를 이해하세요.
Rivya image, video, 또는 audio task가 예상보다 오래 in progress 상태로 남아 있을 때 이 guide를 사용하세요.
Video, audio, reference-heavy image work, provider queues, larger generation settings는 모두 task를 일반 page interaction보다 느리게 만들 수 있습니다. 기다리는 것 자체가 failure를 의미하지는 않습니다.
What A Queue Means
queue는 task가 아직 finished되지 않았다는 뜻입니다.
다음 이유로 발생할 수 있습니다.
provider가 request를 processing 중임
workflow가 설계상 더 오래 걸림
input에 files 또는 references가 포함됨
output setting이 더 heavy함
temporary demand가 높음
Rivya가 callback 또는 status update를 기다리는 중임
queued task는 즉시 반복 제출하기보다 task status, notifications, history를 통해 tracked되어야 합니다.
Waiting Is Not The Same As Failure
task는 다음 상태일 수 있습니다.
submitted
processing
waiting for provider result
completed
failed
모든 long-running task를 failed로 보지 마세요. retry하기 전에 status를 확인하세요.
failure behavior는 Failed Tasks and Credit Refunds를 읽어보세요.
Where To Check Progress
다음 위치를 사용하세요.
task가 시작된 workflow page
가능한 경우 account credit과 task state
async generation은 사라지는 single toast에 의존해서는 안 되기 때문에 notifications가 도움이 됩니다.
What To Do While Waiting
task가 processing 중일 때는 다음을 할 수 있습니다.
next prompt variation 준비
previous history 검토
output이 어떻게 사용될지 계획
duplicate tasks를 너무 빠르게 submit하지 않기
current task가 asynchronous라면 다른 task로 전환
task가 중요하다면 result가 lost되었다고 가정하기 전에 final status를 기다리세요.
When To Retry
task가 명확히 failed되었거나, input이 잘못되었거나, output이 useful하지 않을 때 retry하세요.
retry하기 전에 무엇이 바뀌었는지 결정하세요.
simpler prompt
fewer references
different model
different duration 또는 quality
corrected upload
clearer task intent
아무것도 바꾸지 않고 같은 request를 반복하면 같은 problem이 반복될 수 있습니다.
Task Continuity Checklist
task가 submission 후에도 traceable해야 한다면 확인하세요.
task가 pending, running, completed, failed, 또는 ready for follow-up인지 확인하세요.
useful outputs에는 History를, async status changes에는 Notifications를 사용하세요.
troubleshooting할 때 task UUID, model, prompt, output context를 함께 유지하세요.
current state가 clear해질 때까지 같은 job을 restart하지 마세요.
다른 workflow로 branch하기 전에 가장 useful한 result를 save하거나 download하세요.
목표는 generation에 시간이 걸리거나 follow-up이 필요할 때 work를 잃지 않는 것입니다.
When To Recheck Status
task가 예상보다 오래 걸리거나, notification이 missing되거나, result가 incomplete해 보이거나, user가 previous output을 찾지 못하면 status를 다시 확인하세요.
이 경우 user에게 regenerate를 요청하기 전에 task state와 History를 inspect하세요.