Rivya Journal
繼續探索
繼續閱讀 Rivya 團隊整理的相關指南、產品筆記和工作流拆解。
使用 Rivya 四個工作區時，最重要的不是問哪個分頁「最好」，而是先判斷專案目前處在哪個階段。
這聽起來很簡單，卻會決定工作流程能否保持動能，還是在方向仍然混亂時就開始消耗點數。
| 如果專案主要在處理... | 留在或移到... | 原因 |
|---|---|---|
| 釐清需求說明 | Chat | 這時改變想法的成本仍然很低 |
| 生成第一個具體視覺 | Image | 靜態圖會讓專案取得一個可供審核的具體成果 |
| 把已驗證的概念變成動態 | Video | 只有想法更清楚之後，動態生成才值得投入點數 |
| 旁白、對話、聲音設計、清理，或早期音樂草稿 | Audio | 工作已經變成聲音問題，不只是視覺問題 |
這張表是工作流程的核心。大多數錯誤切換，都發生在專案其實仍停在某一列，使用者卻提前跳到另一列。
當專案主要還在處理以下事情時，Chat 是正確的第一個位置：
釐清需求說明
測試提示詞方向
收窄限制
決定應該先生成什麼素材
這裡改變想法的成本最低。
範例交接提示詞：
把這個粗略的產品發布構想整理成一份精簡創意簡報、一段主視覺圖片提示詞，以及專案之後可能需要影片的一個理由。這個範例是起始形狀，不是發布基準。
當工作不再主要是方向問題，而是已經明確變成視覺問題時，Image 會成為正確位置。
通常代表：
產品靜物圖
活動畫面
概念視覺
社群或登陸頁素材
對許多專案而言，Image 是第一個真正進入製作的工作區。它會先讓專案取得具體成果，再讓你決定是否投入更多成本處理動態或聲音。
Video 不會自動成為「下一步」。
影片生成通常：
更慢
更脆弱
更容易受到點數成本影響
所以 Video 最適合在以下兩件事至少已經成立時使用：
需求說明已經足夠穩定
靜態圖已經證明概念成立
如果專案仍在尋找自己的視覺識別，通常值得先在 Image 多停留一段時間。
Audio 不只是最後加上的額外一層。
當專案需要以下內容時，Audio 就會成為正確的下一步：
旁白
多語言交付
對話
音效
清理現有錄音
早期音樂草稿或聲音草圖
因此 Audio 可以在專案後期出現；但如果核心交付物本來就是語音輸出或音樂方向，也可以很早使用。
精確的目前路徑，請參考 Rivya 音訊工作流程和 Rivya 音樂工作流程。
你從 Chat 開始，但現在專案明確需要一張靜態圖。
你從 Image 開始，但現在靜態圖必須動起來。
你從 Video 開始，但現在作品需要語音、對話、音樂或音訊清理。
有時候，第一個工作區已經完成它的任務。
Chat 讓提示詞更清楚
Image 證明了美術方向
Video 證明了場景
到了這個點，繼續留在同一個地方不一定是進展。有時只是遲疑。
這不是切換工作流程的理由，通常只是過於急躁。
如果需求仍不穩定，切換工作區通常會放大混亂，而不是解決問題。
品質不佳的圖片不會只因為動起來就變成更好的影片；薄弱的腳本也不會只因為被唸出來就變成更好的音訊。推進專案前，先審核目前輸出。
一個真實的 Rivya 專案通常會像這樣：
在 Chat 中收斂需求
在 Image 中做出第一張有說服力的靜態圖
只有靜態圖值得動起來時，才進入 Video
專案真正需要語音、對話、聲音設計或音樂時，再進入 Audio
從歷史記錄重新開啟關鍵步驟，而不是重建上下文
並非每個專案都會用到四個工作區。重點不是強迫形成固定鏈條，而是讓跨格式工作發生時，每次交接都有清楚理由。
這些工作區之所以能組成一套工作流程，是因為產品其他部分會持續保留必要線索。
這代表：
專案共用同一個錢包
已儲存的任務與 Chat 歷史記錄
實際重要營運事件的通知
協助你回到工作的控制台
沒有這些層，跨格式工作就會像開啟四個分離工具。
如果你想了解周邊功能，閱讀 Rivya Studio、Rivya 圖片工作流程、Rivya 影片工作流程、Rivya 音訊工作流程與 Rivya 音樂工作流程。
如果主要問題是公開頁面與登入後流程，閱讀 Rivya 公開與登入後工作流程。
如果主要問題是目前階段的模型選擇，閱讀如何為目前階段選擇合適的 Rivya 模型。
切換工作區前，請寫下交接內容，而不只是下一段提示詞：
目前狀態：Chat、Image、Video 或 Audio 已經證明了什麼。
下一種格式：專案現在需要的具體靜態圖、片段、語音、聲音或需求說明。
帶過去的上下文：必須跟著專案移動的產品事實、提示詞、參考圖片、已儲存輸出或時間點註記。
停止條件：什麼會讓下一個工作區值得繼續、儲存或放棄。
只有目前工作區已經提供足夠資訊，交接才有意義。
檢查上一個輸出是否已儲存、已審核，且足夠清楚，可以成為下一個 Studio 的輸入。
如果目前素材品質不佳，先修正它，再轉換到另一種格式。如果專案只需要不同的提示詞或更清楚的需求說明，請留在目前工作區，而不要太早切換。
