短暫與持久回饋

訊息可以自己消失嗎？

先問一個比配色更重要的問題：使用者錯過這則訊息，會不會少做一件事？如果答案是會，就不能只丟一條倒數中的提示框。

選擇流程

先判斷「能不能消失」，再決定訊息住在哪裡。

差異對照

點選欄位名稱可進入各元件的閱讀路徑、實際 Demo 與可複製的 AI Prompt。

判斷面向	Toast短暫通知	Snackbar操作回饋列	Notification持續通知
訊息能否被錯過	可以；前提是它只回報不需下一步的短成功結果。	不行；使用者還能 Undo 或決定是否關閉。	不行；使用者可能稍後要處理、追蹤或回看。
典型內容	「已儲存成員角色」這種已完成、沒有後續的結果。	「已移除八月活動文案」加上一個明確的「復原」。	專案邀請、權限檢查或需要留存脈絡的系統事件。
顯示時間	固定短時間後可自動收起。	有可用動作時，保留到復原、關閉或操作不再可逆。	依通知規則持續保留，直到已讀、處理、封存或過期。
操作數量	通常不放操作；越多按鈕越不像短暫回饋。	只放一個清楚動作，例如 Undo。	可連到真正的處理流程；已讀與已處理要分開。
語意與焦點	以不搶焦點的 status 回報結果。	回報變更並讓 Undo 可被鍵盤到達；不要在使用者仍能處理時倒數消失。	它是持續內容清單，不以短暫 live message 取代可回訪的資訊。
不適合的情況	錯誤、待辦、需確認或需日後回看的事項。	無法復原、需要多個下一步或需完整說明的事件。	只需一眼知道的短成功結果，或能立刻 Undo 的單一操作。

示範情境

在 LumenDesk 裡，儲存角色完成後沒有下一步，使用 Toast；移除草稿仍可復原，使用 Snackbar；專案申請與權限檢查需要晚點回來處理，放進 Notification。不是把三種框畫得不一樣就算完成，而是要讓每個事件活到剛好的時間。