最近 Meta 推出了一款叫 Muse 的個人 AI 助理，我順著它的 Agent 互動設計看了一輪，發現有不少值得記下來的地方。
根據原文的整理，Muse 正式上線 5 天下載量就超過 73 萬，兩週內登上美國 App Store 和 Google Play 的榜首，目前只在美國開放。
這篇整理自聯想 UX 設計師林影落在優設網的拆解文章。產品成績這種事變得很快，我比較在意的是它背後的設計思路。
Muse 的定位：一個會主動找你的聯絡人
原文提到，Muse 想建立的是一種新的 Agent 協作關係。它不會只等你下指令才動，而是會自己判斷時機，主動聯絡你。
原文整理了它的幾個特點，我濃縮成這幾項：
- 可以主動聯繫使用者
- 用「目標」來承載工作
- 有持續的記憶
- 會判斷什麼時候值得打擾你
- 用審批和活動紀錄建立信任
因為它的定位是個人生活的 Agent，整個產品在試的是一種關係型的體驗，提升辦公效率反而不是重點。
所以它不從「幫你寫一篇文章」「做一個網頁」開始，而是切進那些最耗精力、又最容易被拖延的生活瑣事，像是郵件、行事曆、預約、帳單、購物、出行、家庭計畫、長期習慣。
Muse 的設計師說，他們想做的是一個主動、能理解更多背景資訊、強到可以自己生成使用者體驗的模型。
所以設計重心放在三件事：主聊天室裡長時間的對話體驗、在你沒下指令的時候送出一則真正有用的訊息，還有 Muse 的頭像與個性。
比起 Codex、Claude 這類幫我們完成任務的 Agent，Muse 更像一個走進私人生活的數位代理人。
Agent 互動設計的骨架：撐起長期關係的結構
Muse 的介面看起來還是聊天框，但為了撐起這種長期關係，它在聊天框周圍搭了一套結構。
原文拆成五個部分，我覺得每一個，都對應到 Agent 產品一定會遇到的一個老問題。
Main Chat：對話不再是一問一答
使用者可以連續丟好幾個任務，Agent 上一件事還沒做完，也可以繼續補新的要求。
聊天從一來一回的問答，變成持續的協作，比較像在跟一個真的人說話。
Goals：把願望變成可以追蹤的目標
當使用者說「我想開始健身」「幫我準備孩子開學」，系統如果只回一張計畫表就結束，其實沒幫上什麼忙。
Goals 要做的是持續管理這個目標，拆解步驟，再在適合的時間點調整計畫。
看得到、能喊停：Agent 的信任從哪裡來
Activity：讓背景工作被看見
Agent 能在背景做事，是方便，也是焦慮的來源。因為你不知道它到底做了什麼。
Muse 會顯示背景任務的工作摘要，也保留完整的活動紀錄，讓使用者知道它做過什麼、接下來打算做什麼。
Approval：收不回來的動作，交給明確的介面
寄信、買東西、分享資訊，這些動作做了就收不回來，不能只靠一句模糊的對話就執行。
Muse 用清楚的核准與拒絕卡片，把有風險的動作從自然語言裡拎出來，要求使用者明確做決定。
這點我很認同。對話很適合表達意圖，但不太適合拿來確認後果，該停下來的地方，還是要給一個實際的按鈕。
金額、付款這類確認畫面怎麼寫，之前也整理過一篇：確認彈窗設計：金額相關的畫面，先講會損失多少。
Artifacts：結果不該只是一長串文字
AI 的輸出很容易變成一大段文字，使用者要自己從裡面挖重點。
Muse 的做法是依任務換形式。行程用 itinerary，花費用 dashboard，計畫就用清單或卡片。
我想這也是 Agent 產品裡最容易被忽略的一塊。大家花很多力氣讓 AI 把事做對，卻比較少去想，做完之後要怎麼交給人看。
設計師在 Agent 時代要做的五件事
原文作者說，Muse 讓他意識到，未來 Agent 產品最難的，也許不是再多接一個能力、多完成一項任務。
難的是一段關係：人怎麼委託、AI 怎麼執行、風險怎麼把關、結果怎麼驗收。
他也提到，研究 Muse 之前，剛好看到馬斯克在央視財經的專訪。馬斯克說未來的豐裕也許會超過人的消費能力，機器人會「飽和式」地滿足人的需求。
這個預測會用什麼速度實現，沒人知道。但它帶出一個值得先想的問題：在這個過程裡，設計師要做什麼？
作者的答案是，至少有五件事少不了：
- 定義真正的問題：別急著說「幫我做簡報」，先講清楚這份簡報要幫誰做什麼決定。
- 講清楚目標與成功標準：什麼叫做好？是速度、預算、品質、風險管控，還是情緒上的感受？
- 給出邊界與約束：哪些事它可以自己決定，哪些一定要問我，哪些資訊不能碰。
- 提供必要的背景：使用者偏好、手邊的資料、過去的選擇、現實的條件，決定了答案是不是真的「屬於我」。
- 判斷並修正結果：AI 可以給十種方案，但哪一種比較對，還是要靠審美、常識、價值判斷和責任感。
除了理解使用者真正想完成什麼，還要想清楚哪些環節值得自動化、AI 該有多少權限、在哪一步一定要停下來問人。
還有當 AI 失敗、誤解或做過頭的時候，使用者要怎麼接手、復原、追究責任。最後再把這些答案，透過介面、流程和架構，變成使用者真的能用的產品。
原文說，這依舊是設計，只是設計的對象，從一個介面變成了一段人和 Agent 一起把事情做完的關係。
AI 越強，設計師越要學會把模糊的願望，翻譯成清楚、能執行、也值得被託付的任務。
回頭看 Muse，它的 Agent 互動設計沒有什麼炫技的地方，每個設計都在回答同一件事，就是怎麼讓人放心把事情交出去。
我想這也是做 AI 產品的設計師，接下來最該練的功課吧。
如果你也在想 AI 介面該快還是該慢，可以接著看這篇：AI 越快，使用者越不放心？聊聊「刻意放慢」的介面設計。
關於 Muse 與 Agent 設計的常見問題
Agent 產品和一般聊天機器人差在哪？
聊天機器人多半是一問一答。Agent 會在背景做事、主動聯絡你，所以要多設計目標追蹤、活動紀錄和審批這些讓人放心的設計。
什麼時候該讓使用者明確核准？
寄信、付款、分享資訊這類做了就收不回來的動作，就該用清楚的核准與拒絕卡片，不要只靠對話帶過。
