Rivya AI 文件

Rivya Saved Sessions 指南

使用 Rivya saved sessions 延續 chats、prompt drafts、tool conversations、generation context、project decisions 和更長 workflows。

當 chat、prompt draft、planning thread、tool conversation 或 generation context 需要跨越不只一次造訪仍然有用時,請使用這份 saved sessions 指南。

Saved sessions 可以避免工作變成一次性內容。

它們幫助你回到 planning、prompts、decisions 和有用 context,而不是每個 project 都從記憶重新開始。

Saved Sessions 用來做什麼

Saved sessions 適合:

  • multi-turn chat planning
  • prompt drafts
  • campaign notes
  • product direction decisions
  • image 或 video brief preparation
  • generation 後的 follow-up work
  • 記住為什麼選擇某個方向

當 project 需要不只一次坐下來完成時,它們特別有用。

要儲存什麼

儲存那些重新整理會很麻煩的 context:

  • original goal
  • audience notes
  • product facts
  • model 或 workflow decisions
  • prompt versions
  • review comments
  • next-step reminders

Saved session 應該幫助你繼續工作,而不只是存放舊 messages。

Sessions、History、Notifications

使用 saved sessions 保留 reasoning 和 planning context。

使用 History 保留 generated outputs、task results,以及之後可能需要重新開啟的 files。使用 Notifications 追蹤 async status changes、failures、low-balance events 和 billing-related updates。

當 project 從 Chat 移到 Image、Video、Audio 或 Tools 時,請把 saved session 當成 planning thread,把 History 當成 output record。

何時兩者都要用

Chat sessions 和 generation history 相關,但並不相同。

Saved chat 幫助保留 reasoning 和 planning。

Generation history 幫助保留 outputs 和 task results。

當 project 從 planning 進入 production 時,兩者都要使用。

繼續前先回顧

繼續 saved session 前,請回顧:

  • 上一次 decision 是什麼
  • 哪個 prompt version 最強
  • 還有哪些內容需要 generated
  • assumptions 是否已經改變
  • 下一步應該使用哪個 Studio 或 workflow

這能避免從過期 context 繼續。

Task Continuity Checklist

當 task 提交後仍需要可追蹤時,請檢查:

  • 檢查 task 是 pending、running、completed、failed,還是 ready for follow-up。
  • 使用 History 查看有用 outputs,使用 Notifications 查看 async status changes。
  • Troubleshooting 時,將 task UUID、model、prompt 和 output context 放在一起。
  • 在 current state 清楚前,不要重新開始同一個 job。
  • 分支到另一個 workflow 前,先儲存或下載最強結果。

目標是在 generation 需要時間或後續處理時,避免丟失工作。

常見 Continuity 錯誤

避免把 saved sessions 當成唯一 project record。

常見錯誤包括:儲存了 chat 但沒有保留 generated output;檢查 status 前就重新開始 task;丟失產生有用 result 的 prompt version;或移入另一個 Studio 時沒有帶上 decision context。

如果下一步依賴 output,先檢查 History。如果它依賴 output 背後的 reasoning,重新開啟 saved session。

何時重新檢查 Status

當 task 花費時間超出預期、notification 遺失、result 看起來不完整,或使用者找不到先前 output 時,請重新檢查 status。

在這些情況下,先檢查 task state 和 History,再要求使用者重新生成。

相關頁面

目錄