Rivya history로 chats, generation results, images, videos, audio outputs, task status, downloads, project context를 다시 여세요.

previous chats, generation results, task records, saved context, downloads, 또는 project를 계속할 exact place를 찾아야 할 때 이 history guide를 사용하세요.

Rivya의 History는 product가 "has history"라고 말하기 위해 있는 것이 아닙니다.

AI work는 모든 것을 머릿속에 담고 계속하기 어려워지는 지점이 오는데, History는 그때 exact point로 돌아갈 수 있게 해 주기 때문에 훨씬 유용해집니다.

History가 먼저 답해 주는 질문

users가 history를 열 때 보통 archive를 요청하는 것이 아닙니다.

대개 다음 두 가지 중 하나를 묻고 있습니다.

이미 무엇을 만들었나?

또는:

어떤 conversation을 진행 중이었나?

그래서 Rivya는 모든 것을 하나의 mixed feed에 강제로 넣지 않고 history를 두 가지 views로 나눕니다.

History 화면이 두 가지인 이유

현재 history split은 다음입니다.

/history/generations
/history/chats

이는 product의 실제 split을 반영합니다.

image, video, audio는 async tasks입니다
chat은 sessions와 messages로 saved됩니다

이것들이 함께 섞이면 useful next action을 찾기가 훨씬 어려워집니다.

생성 기록은 결과와 다음 행동을 위한 곳

Generation history는 image, video, audio work가 시간이 지난 뒤에도 usable하게 남는 곳입니다.

각 generation record는 다음과 같은 것을 보여줄 수 있습니다.

model
prompt preview
작업 상태
크레딧 비용
환불 상태
main result preview

중요한 것은 무엇을 보여주는지만이 아닙니다. 다음에 무엇을 할 수 있게 하는지가 중요합니다.

result에 따라 generation history는 다음을 도울 수 있습니다.

matching workspace 다시 열기
output download
image result를 video로 가져가기
follow-up을 위해 result를 chat에서 열기

따라서 generation history는 outputs가 그냥 놓이는 곳이 아닙니다. outputs가 next step이 되는 곳입니다.

채팅 기록은 맥락으로 다시 들어가기 위한 곳

Chat history는 다른 문제를 해결합니다.

tasks가 아니라 sessions를 저장하므로, output만 다시 여는 것이 아니라 thinking을 다시 여는 데 맞춰져 있습니다.

chat item은 현재 다음을 보여줄 수 있습니다.

세션 제목
채팅 모델
session이 tool에서 시작된 경우 tool badge
업데이트 시각
마지막 메시지 미리보기

이는 매우 practical한 question에 답하기에 충분합니다.

계속하고 싶은 conversation이 이것인가, 아니면 새로 시작하고 싶은가?

answer가 yes라면 chat history는 generic blank workspace가 아니라 /studio/chat/session/[sessionId]로 돌아가게 합니다.

흐름을 놓친 직후 History가 가장 유용한 이유

history를 사용하는 가장 현실적인 시점은 "once a week for reporting"이 아닙니다.

다음 순간 직후입니다.

task가 끝나기 전에 generation page를 떠났음
비슷한 것을 이미 만들었고 start over하고 싶지 않음
conversation은 기억나지만 exact model 또는 session은 기억나지 않음
scratch에서 reprompting하는 대신 old output에서 계속하고 싶음

이때 history는 archive가 아니라 project memory처럼 작동하기 시작합니다.

History와 Dashboard

빠른 operational picture가 필요할 때는 dashboard를 사용하세요.

다음 중 하나가 필요하다는 것을 이미 알고 있을 때는 history를 사용하세요.

old generation
old chat session
dashboard보다 더 specific한 re-entry point

Dashboard는 무엇이 recent인지 알려줍니다. History는 그것을 의도적으로 reopen하도록 돕습니다.

History와 Notifications

가장 깔끔한 구분은 다음입니다.

history는 "무엇을 만들거나 discuss했나?"에 답합니다
notifications는 "어떤 중요한 event가 일어났나?"에 답합니다

둘은 겹치지만 interchangeable하지는 않습니다.

generation이 failed되었다면 notifications는 실패 사실을 알려줄 수 있습니다. History는 그 task를 더 큰 work body의 일부로 inspect하고 싶을 때 보는 곳입니다.

History를 잘 사용하는 방법

대부분의 real users에게 가장 유용한 history pattern은 다음입니다.

work가 이미 존재한다는 것을 알 때 history를 엽니다
먼저 chats와 generations 중 선택합니다
start over하지 말고 exact item을 reopen합니다
next workspace가 열린 뒤에만 history를 떠납니다

당연해 보이지만, 이것이 shelf로서의 history와 workflow memory로서의 history의 차이입니다.

다음에 읽을 문서

History 검토 체크리스트

past work를 find, reuse, explain해야 할 때 확인하세요.

올바른 history kind를 확인하세요: chat, image, video, audio, 또는 tool-related chat.
task가 completed, failed, expired, 또는 upstream으로 시작되지 않았는지 확인하세요.
history만으로 무슨 일이 있었는지 설명되지 않으면 notifications와 task status를 함께 사용하세요.
variants를 시작하거나 models를 switch하기 전에 useful outputs를 저장하세요.
billing과 credit questions는 그것을 만든 transaction 또는 task와 연결해서 보세요.

출력물이 사라졌다고 보기 전에 다시 확인하기

user가 accounts, filters, history type, model path, 또는 browser session을 바꿨다면 다시 확인하세요. missing result cases의 상당수는 실제로 wrong-surface 또는 wrong-status cases입니다.

Rivya 히스토리 가이드