使用 Rivya history 重新開啟 chats、生成結果、圖片、影片、音訊 outputs、任務狀態、downloads 和專案上下文。

當你需要找回先前 chats、生成結果、任務記錄、已儲存上下文、downloads，或專案要繼續的精確位置時，請使用這份 history 指南。

Rivya 中的 History 不是為了讓產品可以說自己「有歷史記錄」。

它存在，是因為一旦 AI 工作複雜到不能把所有事情都放在腦中，你能回到工作停下的精確位置就會有用得多。

History 幫你回答的第一個問題

使用者打開 history 時，通常不是在要求一個 archive。

他們通常是在問兩件事之一：

我已經做過什麼？

或是：

我之前聊到哪裡？

這就是 Rivya 將 history 拆成兩個不同 view，而不是把所有東西塞進同一個混合 feed 的原因。

為什麼有兩個 History 介面

目前的 history 分為：

/history/generations
/history/chats

這反映了產品真實的分工：

image、video 和 audio 是 async tasks
chat 會儲存為 sessions 和 messages

如果把它們混在一起，要找到有用的下一步會困難得多。

Generation History 用於結果和下一步

Generation history 是圖片、影片和音訊工作在當下過去後仍然可用的地方。

每筆生成記錄可以顯示例如：

model
prompt preview
task status
credit cost
refund state
main result preview

重要的不只是它顯示什麼，而是它讓你接下來能做什麼。

依照結果不同，generation history 可以協助你：

重新開啟相符的工作區
下載 output
將圖片結果帶入影片
在 chat 中開啟結果做 follow-up

所以 generation history 不只是 outputs 被放著的地方，而是 outputs 變成下一步的地方。

Chat History 用於重新進入上下文

Chat history 解決的是不同問題。

它儲存 sessions，而不是 tasks，這表示它是為了重新開啟思路而建構，不只是重新開啟 output。

一個 chat item 目前可以顯示：

session title
chat model
session 從 tool 開始時顯示的 tool badge
updated time
last-message preview

這足以回答一個很實際的問題：

這是我想繼續的對話，還是我想開始新的？

當答案是肯定的，chat history 會帶你回到 /studio/chat/session/[sessionId]，而不是進入泛用的空白工作區。

History 最適合在你斷掉脈絡後使用

使用 history 最真實的時機，不是「每週一次做報告」。

而是在下列情況剛發生後：

任務完成前，你已經離開生成頁
你知道自己做過類似內容，不想重新開始
你記得那段對話，但不記得確切模型或 session
你想從舊 output 繼續，而不是從零重新寫 prompt

在這些時候，history 不再只是 archive，而是開始像專案記憶一樣運作。

History vs Dashboard

當你想快速看營運狀態時，使用 dashboard。

當你已經知道需要下列其中一項時，使用 history：

舊 generation
舊 chat session
比 dashboard 提供的入口更具體的重新進入點

Dashboard 告訴你什麼是最近的。History 幫你有意識地重新開啟它。

History vs Notifications

清楚的區分是：

history 回答「我做過或討論過什麼？」
notifications 回答「發生了什麼重要事件？」

兩者會重疊，但不能互相替代。

如果一次生成失敗，notifications 可能會告訴你它失敗了。當你想把該任務放回更大的工作內容中檢查時，history 才是要看的地方。

使用 History 的好方法

對大多數真實使用者來說，最有用的 history 模式是：

當你知道工作已經存在時，開啟 history
先在 chats 和 generations 之間選擇
重新開啟精確項目，而不是從頭開始
等到下一個工作區已經開啟，再離開 history

這聽起來很直覺，但它就是 history 作為 shelf 與 history 作為 workflow memory 的差別。

接著閱讀

History 檢查清單

當你需要尋找、重用或解釋過去工作時，請檢查：

檢查正確的 history 類型：chat、image、video、audio 或 tool-related chat。
確認任務是 completed、failed、expired，還是從未送往上游。
當只有 history 無法解釋發生什麼時，使用 notifications 和 task status。
開始 variants 或切換 models 前，先儲存有用 outputs。
將帳單和積分問題綁定到產生它們的 transaction 或 task。

假設 Output 遺失前先重新檢查

如果使用者更換帳號、filters、history type、model path 或 browser session，請重新檢查。很多找不到結果的案例，其實是 wrong-surface 或 wrong-status 案例。

Rivya History 指南