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,再要求使用者重新生成。