top of page

Muse 現已推出語音模式,將對話帶入委派工作

2 小時前
讀畢需時 11 分鐘

Meta 已開始為 Muse 推出語音對話功能,令這款個人代理從文字交流邁向口述指令與動畫回應。Muse 現已推出語音模式,但其意義不僅在於聽到回答。Meta 希望將對話變成委派工作的介面,並以具表情的虛擬形象,令這種互動感覺更即時。

據 Meta 表示,這項推出於 11 月 5 日開始,並率先在美國提供服務。這個時機值得注意:該功能是在 Connect 預覽後推出,而非引入一個全新方向。核心矛盾如今在於實際操作。對話介面鼓勵人們較隨意地說話,而代理在採取行動前,則需要足夠精確的指令。

Google 的 Gemini Live 已將可打斷的 AI 對話確立為面向消費者的產品體驗。Meta 的說法則有另一重強調:用戶說話時,代理仍會持續工作。這要求 Muse 將自然對話連繫到可理解、可檢視的結果。語音可令委派工作更容易,但也令討論某件事與授權執行之間的界線更具影響。

Muse 現已推出語音模式,率先於美國推出

眼前的改變是與 Muse 溝通的新方式,而非其底層任務能力已有改善的證據。

Meta 的 Muse 語音功能推出涵蓋流動裝置、網頁及 Mac,並率先在美國推出。該公司表示,用戶可與代理交談,亦可打斷其回應。其公告亦介紹了具表情的虛擬形象,即會在對話中作出反應的動畫視覺化代表。

這些是相關的新增功能,但各自解決不同的介面問題。語音免除了輸入每項指令的需要。虛擬形象則在交流期間提供視覺動態。兩者本身都不能證明代理理解複雜要求,或能正確完成任務。

這個區別很重要,因為語音功能推出很容易被過度闡述。一款產品可以變得更愉快易用,卻未必更可靠。它亦可以在原有能力過往難以使用的情境中,變得更實用。

試想撰寫一則詳盡訊息與談論一個尚未完成的想法之間的差異。書寫會促使人在提交前修改。說話往往會呈現修改過程本身:一個人開始說一句話、改變方向,然後補充例外情況。

對於只回答問題的助理,誤解通常只會產生一個需要修正的答案。對於執行任務的代理,同一個誤解會引出另一個問題:在修正到來前,有沒有事情已經發生?

因此,這次推出在便利之外亦帶來新的互動問題。Muse 必須分辨暫定想法、最終指令及後續修訂。用戶不應需要像起草合約般說話,才能令這些類別保持清晰。

服務可用性亦需要審慎解讀。推出公告代表分發已經開始,並不保證每個合資格帳戶都會同時取得存取權,亦不代表每個支援平台的行為完全相同。

日期同樣需要精確處理。公告於 11 月 5 日發布,因此在 11 月 6 日的文章中將功能描述為「今天」推出,會模糊時間線。新聞重點是在早前預覽後開始分發。

對於判斷這項更新是否重要的讀者,實用的問題是:說話為既有任務帶來甚麼改變?如果語音減少解釋目標所需的心力,便有實際價值。若最終任務仍需大量修正,對話的便利只不過將工作轉移到其他地方。

委派工作提高對話式 AI 的重要性

Muse 的核心承諾,令口語中的模糊性比傳統問答交流更具後果。

Meta 此前將 Muse 描述為可持續處理任務,並在需要批准時返回的代理。其 個人代理設計包括在發送電郵或購物等敏感操作前先行詢問。這些是公司對系統的描述,而非其可完美執行的獨立證據。

語音將這項既有主張帶入較不正式的情境。人們可以在尚未完全決定目標含義前表達一個想法。這對探索很有用,但委派工作需要一個節點,讓探索轉變為足夠清晰的工作指派。

一段假設的旅行對話說明了這個區別。有人可能討論目的地、否決一個早期建議,並提到朋友或會同行。這些說法包含偏好、不確定性及可能的指令。若將它們一概視為已定案,便會得出錯誤的行程安排。

介面需要保留這些差異。「我偏好早班出發」不等於「預訂最早的班次」。「找些合適的選項」也不一定授權交易。自然語言讓人很容易說出這兩句話,卻不會令其界線消失。

這對 Meta 的產品設計帶來即時壓力。更流暢的對話提高了清晰摘要、可見進度及易理解批准請求的重要性。代理必須說明它相信自己被要求做甚麼。

對競爭助理的壓力,並不等於所有人現在都需要一個虛擬形象。若 Muse 透過語音令複雜委派更容易,競爭對手將面對一項有用的互動標準。若它只令既有交流變得更具動畫感,競爭影響便不會那麼顯著。

對知識工作者而言,差異會在交接時浮現。非正式對話可協助塑造想法,但仍需要有人對決定作出可靠記錄。否則,下一位接手工作的人便會承繼這種模糊性。

這項憂慮自然連繫至個人知識管理。口述探索與持久記錄各有不同用途。一個有用的工作流程,需要在對話結束後保留結論、支持資訊及未解決問題的方法。

企業買家在評估具吸引力的示範時,亦應採用同樣區分。自信的口述回應不能證明系統具備管理控制、可接受的資料處理方式,或適合特定業務流程。這些都需要各自的證據。

因此,短期內的關鍵非常具體。Meta 需要證明,降低發出指令的心力,不會增加核查指令的心力。只有當更容易的溝通帶來用戶能理解及信任的結果時,用戶才真正節省時間。

具表情的虛擬形象令回應變得可見

一張具表情的面孔可傳達活動狀態,但不能證明理解、同意或成功執行。

Meta 的技術說明解釋了 Muse Realtime Avatar 如何將生成語音與動畫動作連接。該公司表示,speech tokens,即承載語音資訊的數碼表示,有助同步語音、唇部動作及表情。它報告指出,從用戶一輪說話結束到同步輸出第一個位元組,約需 870 毫秒。

這項量度描述的是一個特定回應邊界。它並不量度研究任務需時多久、答案是否正確,或後續行動是否成功。快速開始與有用完成是兩種不同結果。

不過,這項技術抱負仍然相關。對話依賴時機。長時間而未有解釋的停頓會令交流難以跟進,而語音與動作不一致則可能分散對內容的注意。協調這些元素有助維持互動。

分析上的問題是用戶會從這種協調中推斷甚麼。一張看似專注的面孔可能暗示系統已經理解。一個認同的表情可能暗示接受。兩種解讀都未必反映任務內部已獲驗證的狀態。

這是一項介面取捨,而非反對動畫的論點。視覺回饋可減少用戶對系統是否正在回應的不確定性。當相同回饋鼓勵用戶對它實際未有傳達的事情產生確定感時,其作用便會降低。

一場假設的面試演練,顯示表情具有直接作用的場景。時機與對話節奏本來就是活動的一部分。具回應性的夥伴可令練習不那麼像從文件中閱讀提示。

一項假設的研究工作則提出不同要求。用戶需要區分檢索所得的事實、推論或尚未完成的搜尋。除非產品亦清楚傳達證據,否則一個專注的虛擬形象無法提供這項區分。

最強的設計會將社交臨場感與任務狀態分開。一個角色可以維持表情豐富,同時介面清楚說明搜尋尚未完成,或建議行動正等待批准。這種組合可保留親和感,而不會隱藏不確定性。

這個區別亦改變了評估示範的方式。短暫交流可展示令人信服的動畫。需要較長互動,才能揭示系統是否追蹤修訂、從誤解中恢復,以及解釋延誤。

對開發者而言,相關教訓不只是在複製一個虛擬形象。每個對話介面都要就回饋作出選擇。聲音、動畫或簡短確認可讓用戶安心,但其含義應與系統實際知道的內容相符。

因此,Muse 的具表情層次除了視覺吸引力外,亦帶來設計責任。若角色在整個任務中看起來投入,產品仍需要明確方法傳達未完成的工作。否則,體驗中最可見的部分可能反而成為資訊量最少的部分。

Muse 與 Gemini Live 的比較不只是對話

可打斷的對話已是既有參考點;Meta 需要區分交流期間及之後會發生甚麼。

Google 在 2024 年 8 月推出 Gemini Live conversations,提供打斷、對話式探索及免提使用。這段歷史限制了任何將 Muse 的口語互動說成是對話式 AI 誕生的說法。

它亦建立了一個有用的比較框架,卻毋須作出缺乏支持的排名。相關問題不只是那款產品說話更自然。讀者應檢視每種體驗如何處理目標、對話及由此產生的工作。

若將不同產品時期混為一談,Muse 與 Gemini Live 的比較便會產生誤導。Google 最初的推出建立了一個歷史先例,卻不能完整說明 Google 目前的能力;Meta 的公告同樣不能證明其優於後者。

這個比較仍可釐清 Meta 的定位。語音可以是討論的目的地,也可以是通往委派活動的渠道。這些用途有所重疊,但對介面提出不同要求。

討論需要保留彈性。用戶可以順着意料之外的想法追問、要求另一個例子,並放棄原來的話題。委派活動亦帶來範圍、進度及完成方面的責任。代理需要知道,在這段不斷轉換方向的對話中,哪些部分屬於任務範圍。

這正是 Meta 面對的具體壓力。Muse 更廣泛的代理定位,會帶來單靠對話式助手未必會引發的期望。用戶將會判斷語音互動能否協助他們推進工作。

公平的評估應維持任務不變。提出相同的核心問題、加入相同的修正,並檢視結果。出色的語音表現不應成為忽略限制條件的藉口,而克制的介面亦不應令準確的結果失分。

動畫角色加入了另一個變數。有些人會覺得可見的對話夥伴很有幫助;另一些人則會偏好較少的視覺存在感,尤其是在專注處理資訊時。僅憑偏好,無法判定哪個系統表現較佳。

Meta 的做法亦引來更廣泛的設計批評。一項 AI 吉祥物分析形容 Muse 的友善角色有助令代理感覺更容易親近,同時指出相關的品牌風險。這項觀察關乎呈現方式和觀感,而非證明用戶會採用或拒絕該產品。

競爭層面的影響仍屬有條件。若個人化角色令用戶更願意交辦有用的工作,便會成為重要的分發優勢。若用戶喜歡角色,卻仍然要手動檢查每項操作,這種吸引力尚未轉化為可靠的委派能力。

因此,單說 Muse 現已提供語音模式,並不足以完整說明策略轉變。更關鍵的問題是,語音是否能成為由意圖走向已完成、可檢視結果的更佳途徑。

友善對話需要清晰界線

核心風險在於:互動帶來的自信感,與用戶可驗證程度之間存在落差。

這種落差毋須源自戲劇性的失敗。當系統確認已收到修正,卻未清楚說明先前工作是否已停止時,便可能出現。當語音摘要省略了一項重要例外時,亦可能出現。

這些是評估情境,並非針對新推出功能的已記錄發現。現有公告未能確定 Muse 處理這些情況的一致性。清楚保留這項區分,可避免將合理問題變成缺乏支持的指控。

正面主張亦須遵守同樣的原則。一次成功的示範,支持某次特定互動有效的結論,但不能證明它在嘈雜環境、不熟悉的名稱、變動的指示或較長任務中的表現。

語音在修訂方面帶來特別挑戰。人們常在聽到自己不喜歡的建議後,才發現真正想要甚麼。有效的代理必須容許這個過程維持探索性,直至用戶作出足夠清晰的決定。

核准要求是這條界線的一部分,但其設計相當重要。用戶需要知道自己批准的是甚麼、有甚麼資訊支持該決定,以及會帶來甚麼後果。含糊的語音確認,可能為互不相容的理解留下空間。

書面審閱在這方面仍然有用。簡潔可見的摘要可保留難以單靠聆聽比較的細節。其價值在於提供合適的方式讓用戶檢視決定,而非強迫每次互動都以語音進行。

持續執行帶來另一個問題。若代理在對話後繼續工作,用戶需要理解哪項指示仍然有效。之後改變主意時,應對任務產生可理解的影響。

原始資料並未提供這些行為的獨立審核。這種缺失並不會否定產品推出本身,但會限制負責任的報道可從中得出的結論。

私隱亦值得精確處理。對話式風格可能鼓勵人們隨意披露背景資訊。用戶仍須評估自己授予的權限及分享的資訊,特別是涉及已連接服務時。

對機構而言,友善角色不應影響這項評估。相關問題在於存取權、問責性及紀錄。社交上的舒適感與營運上的適切性,應屬於決策的不同部分。

評論者亦有相應責任。評估應同時報告誤解及復原行為,而不只報告愉快的交流。它們應區分系統的語音聲稱,與其使用的服務中可觀察到的變更。

所需證據很平常且具體:一項要求、一次修訂、代理的理解,以及最終行動。相比一段精心修飾的對話,這個序列更能揭示可靠委派的能力。

Muse 的新介面令這種審視更為重要,因為它降低了提出要求的阻力。愈容易隨意委派工作,愈有價值清楚了解代理實際理解了甚麼。

Muse 走出 app 後值得留意的事項

下一批有用證據將關乎裝置可用性、任務連續性,以及為完成工作而重複使用的情況。

第一個訊號是額外裝置的實際交付。Meta 表示語音功能將登陸 AI Glasses 及 Muse Charm,但其 11 月公告沒有提供確實推出日期。可用性應透過實際發布評估,而非從「coming soon」一詞推斷。

這個順序很重要,因為公司早前的 Connect 語音預覽將對話與背景工作及透過穿戴式裝置存取連結起來。app 推出推進了這個方向,但尚未完成更廣泛的裝置計劃。

穿戴式裝置的推出,會加強 Meta 關於語音是其代理實用存取層的論點。若出現延遲,眼前的故事便會局限於現有 app 體驗。兩種結果本身都不能證明代理能否可靠地完成任務。

第二個訊號是對話與工作之間的連續性。獨立評估應顯示:語音修正是否會改變進行中的任務、進度是否仍然容易理解,以及最終結果是否保留了用戶的限制條件。

若用戶能修訂指示而毋須重新開始或重建整項任務,這些證據便會加強委派論點。若對話的便利性反而帶來更多檢查和修復工作,則會削弱該論點。

最有力的評估將包括未完成的想法及改變方向,因為這些正是語音令其更容易發生的情況。精心編排的提示可展示能力,但未能完整測試 Meta 正在鼓勵的互動方式。

第三個訊號是與成果相連的重複使用。若公開採用證據能區分嘗試虛擬角色與回來完成有用工作,便會更具參考價值。發布材料未有證明這項區分。

重複使用仍須加以解讀。人們可能因娛樂、陪伴、排練或實際協助而回來使用。這些屬於不同形式的價值,籠統的參與數字無法揭示哪一種因素解釋了這種行為。

對知識工作者而言,有意義的成果是由想法走向可用工作的更清晰路徑。對開發者而言,是對話式回饋能準確反映系統狀態的證據。對買方而言,則是更輕鬆的互動仍能保留適當控制的信心。

Muse 現已提供語音模式,這次更新讓 Meta 有更直接的方式展示其代理。長遠問題在於,這種即時性是否有助人們完成可於事後檢視的事情。

若要評估 Muse 語音模式,請選擇一項低風險、且結果可供檢查的任務。加入一項重要修正,然後檢視完成的工作有否反映該修正。比較對話所花的工夫與審閱結果所花的工夫。對敏感決定保留明確的核准步驟,並保留日後所需的細節。這種做法將富表現力的虛擬角色放回恰當脈絡:它是介面的一部分,並列於實際發生事情的證據。以同一標準關注後續裝置發布及獨立評估。語音是否令任務更清晰、保留你的意圖,並讓你少花工夫修復?

 
 

為每個智能代理提供更完整的背景,提升工作表現

讓智能代理連接 remio 已整理好的知識、決策和歷史紀錄。

remio 目前支援 Windows 10+(x64) 及配備 Apple 晶片的 Mac。

你的 AI 工作夥伴
和 remio 一起高效工作

規劃、創作、交付
一站式完成

bottom of page