Wabi AI 助手推出，讓 Replika 創辦人 12 年前的構想重現
Wabi 於 10 月 19 日向所有人開放使用，讓 Replika 創辦人 Eugenia Kuyda 重拾她 12 年前提出的個人助理構想。這段歷史為這次個人助理推出提供背景，但現時的產品帶來另一個問題：當人們共享助理，而非將它留在私人對話之中，助理能否變得更有用？
Wabi AI 助手的推出將這個問題放進即時通訊工具之中。其產品描述結合對話、實用任務，以及協助人們協調日常生活的小型應用程式。它提出的單人聊天機械人替代方案，是一個可共享的空間，讓計劃持續可見，其他人亦可參與。
這帶來明確的競爭挑戰。助理不能只為召喚它的人提供有用答案，還必須讓群組掌握資訊、保留最新決定，並分辨可討論某事與可採取行動的授權。Wabi 的機會正處於有用回應與人們真正會執行的計劃之間。
Wabi AI 助手推出將個人軟件帶進共享對話
Wabi 將對話定位為實用軟件出現的地方，而非要求每個人都成為應用程式開發者。
產品的共享 AI 助手頁面稱，它可協助處理預約、退貨、研究、家庭日曆及群組計劃。頁面亦將 Wabi 描述為主動式服務，即助理可提示需要關注的事項，而非等待新的提問。這些是公司對預期功能的描述，並非對成功完成任務的獨立衡量。
這個分別很重要，因為每個類別都隱藏不同工作量。研究預約涉及搜尋資訊；預約則涉及選擇時間、與另一方溝通，以及確認結果。對話式介面可能令這些活動看似相近，但後果其實相差甚遠。
Wabi 的小型應用程式，通常稱為 mini apps，是針對特定活動的輕量介面。追蹤工具可保存原本可能淹沒在訊息之中的資訊。共享日曆可在對話持續進行時，讓參與者有穩定的內容可查閱。
這個組合改變了產品的重心。對話記錄人們想要甚麼，介面則為由此產生的資訊提供存放位置。當情況改變時，助理必須讓這些呈現方式保持一致。
試想一個假設的晚餐計劃。群組討論一個地區、敲定日期，然後因有人要加班而更改時間。一個有用的助理應保存最終協議，而不用讓所有人重新拼湊整段對話。
產生餐廳建議只是早期一步。實際價值在於減少由表達意向到達成共識之間的工作。若參與者仍要另發訊息說明最新計劃，助理便尚未完成一項重要工作。
這亦說明，公開提供服務的意義不止於下載存取。共享產品在採用初期面對協調問題。試用它的人需要其他參與者進入同一空間，並理解為何應繼續留在其中。
私人助理可即時滿足其擁有者。群組助理則取決於其他人是否認為這段體驗值得參與。即使他們從不輸入複雜提示語，他們參與的意願仍會成為產品實用性的一部分。
免費上架降低了嘗試這種安排的初始門檻，但這並不能證明人們會圍繞它重整自己的習慣。下載助理與信任它處理經常性責任，是兩項不同決定。
因此，眼前的新聞關乎特定產品方法的可用性。人們現可在日常作息中評估 Wabi。它能否減少協調工作，仍是實證問題，最好透過持續使用而非發布示範來回答。
這個框架讓讀者以更實際的方式理解這項公布。有趣的單位並非產生了多少回應，而是哪項任務不再需要有人追著其他所有人處理。
Kuyda 最初的禮賓服務構想現時面對不同的消費者習慣
這段歷史聯繫確實存在，但今天的挑戰還包括多年對話式軟件所塑造的期望。
當時的報道顯示，Kuyda 的 IO 在 2014 年於倫敦舉行的 Disrupt Europe 上，提供以對話方式進行的餐廳推薦。這個早期禮賓聊天機械人提供了有用的歷史參照，但毋須作出原有願景終於完全實現的宏大斷言。
一個構想跨越幾代科技仍然存在，並不代表周邊市場保持不變。今天初次接觸助理的人，會對回應速度、記憶、控制方式和便利程度抱有期望。產品必須符合這些期望，同時給予人們改變既有行為的理由。
原有的禮賓服務前提，是透過對話提出請求。Wabi 現時的定位加入社交要求：對話應協助人們共同完成事情。這既擴大了潛在實用性，亦增加了互動變得混亂的可能。
即使沒有人採納，推薦仍可有用。共享計劃則需要人們就其狀態達成共識。能處理這個過渡的助理，必須理解建議、偏好、決定和授權之間的差異。
這些分別在日常訊息中往往是隱含的。有人說某間酒店看來不錯，並不一定代表已授權預訂。另一位參與者說自己可以配合，也不一定代表同意之後每一項變更。
這正是舊有禮賓服務構想遇上較新產品問題的地方。自然語言令表達意向更容易，但亦帶來含糊之處。共享介面必須在系統的理解轉化為行動前，顯示系統相信群組作出了甚麼決定。
產品的社交定位，亦令 Kuyda 的 Replika 背景具備不同意義。商業挑戰在於讓人們感到足夠自在，願意重返由 AI 介入的互動。然而，願意交談並不會自然轉化為願意委託實際責任。
吸引人的助理可容許某程度的對話鬆散。處理時間敏感計劃的助理，對含糊之處的容忍空間則較少。令產品容易接近的語氣，不能取代準確狀態和清晰控制。
個人軟件的論點亦有相關轉變。若產生介面變得更容易，選擇甚麼值得擁有介面就變得更重要。用戶不應只因助理可以產生工具，便要組織不斷增加的工具集合。
有利的解讀是，軟件建立成為通往結果的無形一步。懷疑的解讀則是，助理產生了人們必須維護的額外物件。兩種可能性都源自同一項能力。
這種張力有助解釋個人應用程式建立工具的利害關係。它們的挑戰不僅是讓建立過程更易接觸，亦要證明產生的軟件在建立當刻過後仍然有用。
對知識工作者而言，同樣的分別也見於個人知識管理。當人們無法重拾資訊的含義、辨識其現時狀態，或在決策中運用它時，擷取資訊的重要性便會下降。
Wabi AI 助手的推出應放在這個實際脈絡中理解。其歷史意義在於重訪一項持久的抱負；其當前意義則取決於共享助理能否將零散意向轉化為人們可可靠使用的成果。
共享應用程式挑戰私人聊天機械人的分工
Wabi 最清晰的競爭論點，關乎誰負責在助理與其他所有人之間傳遞資訊。
Muse 和 Instinct 在目前關於個人助理的報道中與 Wabi 並列。它們的出現確立了競爭背景，但現有資料不足以比較其執行能力或可靠性。更有用的比較，是共享助理提出可承擔的工作。
在私人助理互動中，用戶仍是傳訊者。他們索取選項、評估回應，並將有用部分帶回給其他人。任何分歧或變更，之後都會再次經由該人傳遞。
共享助理則嘗試縮短這個循環。參與者可檢視相同資料，並在相關工作所在之處回應。理論上，這可減少原本需要逐一總結每項變更的人所承受的負擔。
這是設計上的分析優勢，並非 Wabi 已獲驗證的成果。共享空間亦可能成為另一個人們忘記查看的渠道。好處取決於新位置是否取代協調工作，還是只會重複它。
Wabi 背後的投資論點一直強調共享軟件。在其 2025 年 11 月的個人軟件投資文章中，Andreessen Horowitz 認為，建立與分發可以互相強化。Anish Acharya 和 Justine Moore 將 Wabi 描述為讓消費者可產生、調整和使用軟件，而毋須直接處理程式碼的方法。
這是支持性的投資者觀點，其財務利益值得留意。該論點指出機會，而非證明持久採用。一個平台只有在人們找到重返的理由時，才會因參與而變得更有價值。
現時的助理定位令這項要求更具體。分享應用程式是初始事件；因共享計劃準確反映所有人所需而重返其中，才是持續行為。
假設一個家庭使用共用活動日曆。有用的互動未必是要求助理建立日曆，而是之後無須問另一個人解釋，便能找到正確資訊。
這使私人聊天機械人產品承受壓力，需要讓其輸出更易重用。它們未必需要相同的群組功能，但必須考慮有用答案在對話結束後會流向何處。
這項分別亦讓生成應用程式的產品承受壓力。一項技術上成功的建立，若人們無法找到、理解或維護它，仍可能無法成為日常軟件。介面必須在日常流程中證明其存在價值。
有一項重要反駁。熟悉的即時通訊和日曆應用程式已為群組提供協調方法。加入助理必須節省足夠工作，才能合理化另一項產品、另一個通知來源，以及另一組共享決定。
這正是為何新奇性本身難以構成有力的採用理由。一個生成式介面可以在示範時令人印象深刻，卻在實際使用中並非必要。更有說服力的情況，是助手消除了人們過去需要自行處理的重複交接工作。
對開發者而言，焦點因而轉向延續性。困難的工作包括保持資訊更新、解決互相矛盾的更新，以及讓各項行動易於理解。生成一個看似合理的畫面，只是要求的一部分。
對使用者而言，比較同樣變得具體。助手有否減少人們詢問事情進展的次數？它是否令最終計劃更容易找到？它能否協助參與者達成共識，而不需額外監督？
若答案肯定，便可支持 Wabi 的共享助手主張；若答案否定，則意味對話層只是把工作轉移了位置。因此，真正的競爭在於協調所需的投入，而不只是個別回覆的質素。
更多可見脈絡，並不自動代表可靠行動
將資訊整理成討論串可協助人們瀏覽，但單憑這點不足以證明記憶準確，或可安全地委派工作。
討論串是圍繞某個主題或活動組織起來的對話。將不同主題分開，可讓使用者有更清晰的地方可供回看。但這並不揭示底層系統如何選取資訊、協調更新，或決定哪些細節仍具權威性。
研究提供理由，讓人不應將冗長的對話歷史視為可靠記憶。Nelson F. Liu 及其同事發現，受測試的語言模型會因資訊所在位置而不均勻地運用資訊。他們的長脈絡研究顯示，當相關資訊位於冗長輸入的中段時，模型尤其容易出現弱點。
該研究並非評估 Wabi，也沒有確立每一個現行模型的行為。它的關聯較為有限：儲存更多對話，與持續運用正確資訊，是兩回事。
共享助手帶來另一個選取問題。相關資訊可能存在於系統某處，但未必適合向某位參與者披露。系統必須區分它能夠存取甚麼，以及它應該披露甚麼。
Wabi 的個人資料政策描述了來自已連接帳戶、對話、任務及可選裝置權限的資訊，亦談及與他人分享的使用者貢獻。該政策確立了潛在涉及資訊的廣度，而非獨立驗證每項控制功能的實際運作。
這種廣度源於產品的企圖。一個助手無法協調它不能檢視的日曆，也無法在缺乏相關細節下處理任務。因此，更大的實用性可能需要更大的存取權限。
關鍵問題是，人們是否能在需要時理解每一條界線。一個人可能容許助手為某項任務讀取帳戶，卻不代表他希望每位參與者都收到當中的內容。共享協助要求這項區分保持清晰。
挑戰不止於顯然敏感的資料。一個普通日曆項目也可透露醫療預約或私人承諾。因此，一個看似無害的可用時間查詢，也可能涉及值得審慎處理的資訊。
這些是可預見的設計問題，並非指控 Wabi 曾披露此類資訊。它們說明了為何協作除了帶來熟悉的準確度問題，也帶來權限問題。一個正確答案，仍可能是不恰當的答案。
生成式介面會帶來另一個不確定來源。一個精緻的日曆或追蹤工具，即使資訊並不完整，也可能顯得已經落實。設計應協助人們分辨已確認的結果、推斷，以及尚未完成的任務。
試想一個假設性的預約請求。助手可能找到合適的服務提供者並建議時間。在服務提供者確認前，顯示的結果不應暗示該預約已存在。
當其他人依賴同一個顯示內容時，這種區分就更為重要。一個誤解可以在群組中擴散，而沒有人看見原本的不確定性。共享可見性放大了清晰狀態的價值，同時也放大了狀態不清的後果。
自訂軟件背後亦有維護負擔。人們需要方法去更正資訊、了解變更，以及從錯誤中復原。即使生成初始介面所需的工作很少，這些需要仍會持續存在。
因此，審慎的評估除了要問成功執行，也應問復原能力。有人能否找出錯誤項目的來源？他們能否毋須重複整段對話便作出更正？他們能否判斷某項行動是否真的發生？
所檢視的發布資料，未有確立這些問題的獨立成功率；它們亦不足以支持「此方法失敗」的結論。在產品所描述的能力與其在雜亂、反覆出現的情況下可靠表現之間，仍存在一個需要驗證的缺口。
這個缺口應影響讀者如何理解這項發布。Wabi 已提出一項可供評估的產品主張。這項主張仍需要日常使用的證據，尤其是在參與者、權限和計劃出現變化時。
留意重複參與、任務完成，以及付費功能的走向
下一項有用證據，將顯示共享協助是否減少持續性的工作，而不只是吸引最初的好奇。
第一個訊號，是受邀人士是否重複參與。一個共享助手需要為那些最初沒有選擇該產品的參與者帶來價值。他們持續使用，將支持群組體驗不止於私人聊天機械人的主張。
這類證據應區分邀請與投入。只加入一次對話，對於某人日後是否覺得有用，說明不大。若他們回來查看計劃、作出更正，或協調另一項活動，便會提供更有力的證據。
相反的模式會削弱其社交主張。若最初的使用者仍要負責在 Wabi 以外總結一切，協調負擔便大致仍然存在。產品或許仍能幫助該使用者，但其共享優勢便較不具說服力。
第二個訊號，是可見的任務完成情況，以及易於理解的復原過程。讀者應尋找展示任務如何一路完成至結果的示範。吸引人的回應與生成式介面，無法證明外部行動已成功完成。
最具參考價值的例子，將包括變更與錯誤。某位參與者退出計劃、預約時段變得不可用，或助手選錯細節。系統如何回應，所揭示的資訊會比另一個順利成功的案例更多。
獨立評測將有助於此，只要它們清楚說明測試條件。評測者應區分公司示範與其親自嘗試的任務，亦應說明需要哪些權限、確認程序及人工介入。
可靠完成的證據會強化委派工作的理由。反覆出現對事情實際進展的模糊情況，則會削弱它。相關標準在於，使用者能否理解並依賴結果，而毋須暗中重新完成工作。
第三個訊號，是付費功能如何發展。Wabi 目前提供免費使用，但不應將此視為永久的商業承諾。最終安排將影響個人採用，以及受邀人士是否參與。
共享產品存在一種特別的經濟張力。獲益最多的人，未必是負責最多協調工作的人。收費決定可能影響偶爾參與者是否仍願意加入。
這不代表任何特定商業模式必然會出現，而是令付款與參與之間的關係值得關注。若商業設計改變了誰可查看、參與或維護共享活動，它便會成為體驗的一部分。
這些訊號亦提供一種務實方法，用以比較未來競爭對手的動向。新增群組功能會顯示市場對同一協調問題的興趣，但本身不足以證明哪一款產品解決得更有效。
Wabi AI 助手的發布，為 Kuyda 長期以來的禮賓服務願景帶來當代形式：協助存在於相關人士身邊。它的意義取決於這種安排是否令日常責任更容易由眾人共同承擔。
對於評估 Wabi 的人，請選擇一項具清晰結果、會重複出現，且有願意參與者的活動。觀察助手是否減少提醒、重複解釋，以及對最新決定的不確定性。尤其要留意計劃改變時的情況，因為這正是共享系統展現價值之處。在整個試用過程中，務必清楚區分建議與已完成的行動。然後問問其他參與者，這個體驗是否也幫到他們。帶進這項評估的問題應該很實際：群組是否花更少力氣協調，還是有人只是變成了另一個應用程式的管理者？
