OpenAI Dot 短訊功能將其代理帶入 iMessage 與 RCS
OpenAI 正將 Dot 帶進 iMessage 與 RCS，讓符合資格的用戶可向其代理發送短訊，而毋須每次更新都返回 ChatGPT。OpenAI Dot 短訊功能支援文字訊息、相片及語音備忘，當代理有相關事項可分享時，亦會主動回覆。這項功能正向美國的 ChatGPT Pro 用戶推出 beta 測試。
這項改動處理了將工作交由 AI 代理時一個不太順暢的環節：記得查看是否有任何進展。代理即是透過已連接工具執行工作的軟件，當工作需要關注時，必須有途徑聯絡其主人。短訊為 Dot 提供了這條途徑，不過核准請求仍會將用戶帶回 ChatGPT。OpenAI 在其短訊功能發布詳情中說明了這些界線。
Meta 已將其 Muse 助手定位為透過 WhatsApp 處理持續工作與對話的工具。OpenAI 的新增功能則將另一個代理置於既有的通訊習慣之中。核心取捨很實際：更容易聯絡可減少監督工作，但主動訊息亦會再度佔用用戶的注意力。
這項分別比 AI 聯絡人在通訊 app 中看來是否熟悉更重要。有用的代理應令未完成的工作更易管理。健談的代理，則可能只會令同一份工作更難被忽略，卻未必更易完成。
OpenAI Dot 短訊功能新增聯絡方式，但存取權有限
已核實的改動是與 Dot 溝通的新方式，而不是讓它獲得手機上一切內容的新授權。
OpenAI 的通訊文件描述了透過 iMessage（Apple 的訊息服務）及 RCS（Android 訊息 app 支援的通訊標準）進行的一對一對話。用戶會連接已驗證的電話號碼，並收到聯絡人卡片，之後便可透過該對話傳送指示或補充材料。
公司表示，Dot 可使用來自已連接對話及插件的相關背景資料，亦即是與其他服務的整合。連接通訊渠道與連接資訊來源，仍然是兩項獨立決定。Dot 通訊指南明確說明了這項區分。
這項區分可避免對公告作出誤導性的理解。新增一個 AI 聯絡人，不應被理解為它可完整查看周邊通訊 app 的所有內容。同樣地，傳送一張相片也不代表該代理正確理解當中每個細節。
對用戶而言，直接好處是從察覺事情變化到更新已委派工作之間的路徑更短。試想離開一場會議後，截止日期有所改動；向代理發送訊息，便可在原本討論仍然記憶猶新時補上這項更正。
這是一個說明性的工作流程，而非已核實的客戶成果。其價值取決於代理能否識別相關任務、準確套用更正，並報告任何後果。訊息成功送達，只代表完成了第一步。
相片與語音備忘將這種可能性延伸至打字指示以外。離開辦公桌的人可以分享視覺細節，或口頭解釋優先次序的改變。這些輸入仍需要詮釋，而詮釋可能引入錯誤。
因此，這個介面改變了對話從何開始，卻未能解決最終工作是否可靠的問題。方便的輸入方式可能會在用戶累積足夠經驗判斷可靠性之前，便增加使用量。
供應情況亦值得仔細解讀。有限度 beta 測試，是在受限制推出範圍內測試功能的機會；它並不代表所有人均可使用、每部裝置都有一致行為，或已準備好應付每一類工作。
讀者不應將訂閱方案名稱視為短訊功能已到達其帳戶的充分證據。相關產品設定及最新資格通知，仍比根據一般 Dot 存取權作出假設更有用。
OpenAI Dot 短訊功能亦改變了跟進工作的意思。用戶毋須以新請求打開 AI 應用程式，而可在既有交流中加入一項小修正。這較適合細節持續變動、偶爾需要決定的工作。
對於需要檢視大型文件、比較多個來源，或審閱複雜輸出的任務，作用則未必同樣明顯。這些活動仍受惠於專為展示證據及選項而設的介面。
因此，這種聯絡方式最好理解為進入持續工作的一個方便入口。它並未免除用戶需要一個地方，檢視代理實際完成了甚麼。
主動短訊為儀表板使用習慣帶來壓力
產品挑戰由讓用戶打開 app，轉為判斷代理何時值得打斷用戶。
傳統儀表板令用戶負責查看狀態；當軟件主動發出更新時，通訊功能便會逆轉這種關係。代理必須判斷某件事是否值得獲得關注，而用戶則必須決定是否信任這項判斷。
這帶來減少監督的機會。委派研究任務的人，不應需要反覆查問搜尋是否完成。一則相關通知可以填補這個缺口。
不過，一項更新是否有用，取決於其內容、時機及後果。「工作仍在進行」或可帶來安心感，卻未必幫助收件人作出任何決定。清楚解釋缺少甚麼輸入，則可以推進任務。
公告正是在此處對以頻繁瀏覽儀表板為核心的產品構成壓力。若用戶可透過既有對話引導持續工作，獨立介面便需要證明其所要求的注意力是合理的。
這種壓力並不代表儀表板會消失。它們仍適合檢視任務歷史、文件及詳細結果。機會在於將這些瀏覽保留在額外資訊真正重要的時刻。
對開發代理產品的開發者而言，這代表一項設計要求，而非對誰勝誰負的判斷。通知需要區分進度與完成、不確定性與失敗，以及可選資訊與決策請求。
試想一個假設性的發布審查。有用的訊息會指出已改變的依賴項目、解釋其影響，並說明所需決定。沒有幫助的訊息，則只會宣佈代理發現了一些有趣事情。
差異在於收件人必須自行重建多少脈絡。若每則短訊都需要重新打開整個項目才能理解，通訊功能便只是搬遷了通知，而沒有減少工作。
知識工作者亦面對相似的脈絡問題。短訊可記錄一項新指示，但持久的紀錄應解釋改變了甚麼及原因何在。否則，日後難以重建決策過程。
這個更廣泛的需要與個人知識管理有關：將有用資訊妥善組織，讓依賴它作決定時仍可取用。短訊可以提供輸入，但不必成為完整紀錄。
還有注意力預算需要考慮。若代理匯報每項微小發展，便會與用戶已視為重要的對話競爭。置於熟悉的位置，並不會自動令其訊息受歡迎。
最理想的實作方式，是減少不必要的查詢，同時令影響重大的例外情況易於辨認。這是一項評估標準，並非目前 beta 測試得出的量度結果。
毋須任何採用統計數據，也能看出其中的張力。所承諾的便利有賴減少對工作流程的打斷；過量的代理通知，將會削弱同一項承諾。
因此，評估主動通訊時應着眼於已完成的工作與有用的決定。單看訊息量，對助手是否真正有幫助幾乎說明不了甚麼。
Meta Muse 顯示為何通訊正成為競爭激烈的領域
OpenAI 正進入日常委派工作的競爭，當中除了單一答案的質素，存取性與連續性同樣重要。
Meta 於九月推出 Muse，將其描述為透過自家應用程式及 WhatsApp 運作的個人代理。公司表示，Muse 可在用戶離開後繼續工作，並在需要時請求核准。這些是公司的說法，而非其表現一致性的獨立證據。
Meta 亦描述了一部專屬雲端電腦，以及由用戶控制、連接其他服務的方式。其個人代理公告將通訊定位為與已委派工作建立持續關係的一部分。
這項比較提供脈絡，但並未建立能力排名。支援熟悉的通訊渠道，只說明用戶可在哪裏與代理交談；它並不顯示哪個代理可更準確完成複雜任務。
更有用的競爭問題，是委派工作所需的投入。用戶必須說明目標、提供脈絡、設立界線，並審閱結果。能減少這些要求的產品，比起只增加另一個聊天介面的產品，具有更清楚的實際優勢。
OpenAI 的舉措有可能在溝通階段帶來幫助。已使用 Dot 的人可從熟悉的 app 發送指示。這是否改善整個工作流程，取決於之後發生甚麼。
Meta 的做法則透過 WhatsApp 提供可比較的主張。單憑任一渠道，都不能決定底層工作的質素；周邊權限、資訊來源及審閱體驗仍然是關鍵。
這對較小型的代理公司同樣重要。通訊介面能吸引注意，因為它令軟件看來更易接近。一旦大型供應商提供相似存取方式，較小型產品便需要另一個讓用戶留下的理由。
這個理由可能是專門化、更清晰的審閱機制、對特定工作流程更佳的處理方式，或更容易理解的私隱模式。這些是可能的競爭維度，並非本文歸於任何特定供應商的已核實優勢。
同樣的邏輯亦適用於加入代理功能的成熟軟件公司。置於既有工作流程中的助手，可受惠於相關資訊本已可用；但它仍需要區分理解請求與獲授權採取行動。
因此，買家比較功能時應跟隨所委派的工作。與旅遊相關的任務及軟件維護任務，對代理提出不同要求；一份通訊功能清單無法解決這些差異。
「隨時待命的助手」這個說法亦值得審視。它描述的是一種預期與工作的關係，但用戶需要可觀察的行為。他們應能看見甚麼仍在運作、甚麼已停止，以及甚麼正等待輸入。
一個代理即使發送了精美摘要，卻留下所要求的行動未完成，便不算完成了任務。反過來，一個安靜地完成已同意工作並呈交清晰證據的代理，或許需要較少訊息。
因此，OpenAI Dot 短訊功能帶來的競爭壓力，遠不止渠道是否可用。它提高了人們的期望：已委派的工作應保持可接觸，毋須在 AI 應用程式中持續駐留。
這項期望單靠熟悉介面將難以滿足。供應商必須證明，持續的對話對應持續且可檢視的進展。
核准連結保留了文字訊息無法取代的界線
讓人容易聯絡代理並不表示每項指示都已足夠清楚，或每項行動都適合立即執行。
OpenAI 表示，透過短訊傳送的核准請求會附上連結，以便在 ChatGPT 中檢閱。此安排將簡短通知與較完整的決策介面區分開來，也承認某些互動需要比短暫交流更多的資訊。
該公司的行動檢閱控制說明會檢查使用者指示、權限、自訂規則及安全要求。OpenAI 亦區分「要求草稿」與「授權傳送草稿」。
這些區分在隨意的訊息往來中尤其重要。人們經常使用簡寫、省略背景，並間接提及早前的對話。人類同事在採取有重大影響的步驟前，或會先釐清含糊的指示。
代理需要具備相若的克制，同時不必為每個小動作提出不必要的問題。設計難題在於選擇合適的釐清時機。檢閱太少會增加出錯風險，檢閱太多則會削弱委派工作的便利。
假設有一則訊息寫着：「傳送更新版本。」可靠的回應取決於能否辨識文件、收件人及預期的修訂版本。流暢地確認收到，並不能充分保證這些細節正確無誤。
當核准畫面能解決這種含糊情況時，它便會發揮作用。它應讓使用者無須重建整段對話，也能理解建議採取的行動。否則，核准便會淪為儀式，而非知情決定。
核准一項行動與確認結果亦有分別。使用者可以授權傳送文件，但傳送仍可能失敗。代理的最終報告應說明預期結果是否已發生。
這項區分之所以重要，是因為訊息往來鼓勵快速交流。即使只是確認收到指示，簡短確認亦可能聽起來像已經完成。清晰的狀態用語有助避免這種誤解。
這種取捨並不代表每項行動都需要額外提示。在已獲授權的工作中反覆要求許可，也可能造成負擔。有用的委派機制需要界線，而且這些界線必須隨時間維持可理解性。
對代理產品而言，這意味着要維持原始要求與後續活動之間的連結。更改收件人、擴大受眾或採取不同的行動，都可能改變先前授權的含義。
使用者亦需要有方法從錯誤指示中復原。停止日後工作與撤銷已完成的變更是不同操作。介面應在使用者以為更正已撤銷一切之前，清楚呈現這項分別。
這些是評估問題，而非對觀察到的 Dot 故障作出指控。公告確立了一項通訊功能，卻未提供處理含糊情況、核准質素或復原表現的獨立量度。
核准連結的實際好處，取決於它能否帶領使用者作出清晰而相關的決定。當重返 ChatGPT 能提供文字對話無法給予的證據與控制時，這次造訪便可能值得。
私隱需要檢視聯絡方式背後的服務
熟悉的訊息應用程式不應取代理解哪些服務會處理資訊，以及代理會保留甚麼內容。
OpenAI 的設定文件指出，短訊功能使用第三方供應商，並建議使用者審慎處理敏感資訊。它亦將測試版限於指定的美國 Pro 用戶，排除 Business 及 Enterprise 工作區。在任何人將此視為獲批准的工作場所通訊渠道前，短訊存取限制值得留意。
這項區分對使用個人 AI 帳戶的僱員有實際影響。方便存取並不等於組織已准許分享客戶記錄、內部計劃或機密文件。
手機照片亦可能包含發送者本無意提供的更多資訊。可見的姓名、背景文件或無關細節，都可能伴隨相關材料一併傳送。傳送圖片的便利，可能掩蓋了這種更廣泛的披露。
語音訊息也涉及類似判斷。一段隨意的口頭更新，可能包含審慎撰寫的指示本會略去的細節。便利改變了分享所需的成本，卻無法解決分享是否合適的問題。
OpenAI 的私隱與記憶規則說明保留的情境，並為已連接服務及儲存資訊提供獨立控制。公司表示，解除插件連接會停止新的存取權，但不會自動刪除已取得的情境資訊。
對任何持續運作的助理而言，這是重要分別。關閉整合與刪除已記住的資訊，服務的是不同目的。使用者不應假設結束連接便會抹去早前披露的內容。
相關的私隱問題亦不只限於傳輸中的訊息。資訊可能成為代理的工作情境一部分，或出現在任務期間建立的文件中。只評估通訊渠道，便會忽略這些後續用途。
對企業買家而言，這意味着應按次序詢問哪些資訊可獲准使用、哪些帳戶已獲授權、如何保留資料，以及如何進行檢閱。這些問題關乎某個工作流程是否合適，而非短訊本身是否天生可接受或不可接受。
有限度的消費者測試版應在其聲明的界線內作評估。將代理的觸及範圍擴展至熟悉的應用程式，並不能證明它具備公司所需的合規特性。
同樣地，單憑存在訊息中介方，便推斷出保安故障亦言之過早。關鍵問題是處理安排及控制措施是否符合使用者需要，這需要服務的具體證據。
同一標準亦應適用於競爭代理。關於私隱的行銷說法提供檢視的起點，而詳細控制及可驗證行為則為決策提供更有力的依據。
因此，對 OpenAI Dot 短訊功能的審慎解讀十分具體：更容易存取會鼓勵更頻繁、較隨意的分享。產品的實用性必須與使用者選擇傳送及保留的資訊一併衡量。
這項憂慮並不抹煞功能的便利。它解釋了為何聯絡設計、存取控制及資料處理需要一併評估。
留意存取權、打擾質素及完成的工作
下一批有用證據將顯示誰能使用短訊功能、其訊息是否值得留意，以及獲委派的任務是否達到預期結果。
第一個訊號是供應情況的文件化變動。更廣泛的帳戶或地區存取權，將顯示 OpenAI 正把實驗擴展至初期受眾以外。若持續有限度推出，便仍不宜對主流採用作出結論。
任何擴展都應連同隨附的條款與控制一併解讀。供應範圍本身，對哪些資訊或行動合適幾乎沒有說明。受眾愈大，清晰文件的重要性便愈高。
第二個訊號是關於主動訊息的獨立證據。有用的測試應檢視更新是否辨識有意義的變更、是否在合理時機送達，以及是否說明收件人需要採取甚麼行動。
有說服力的示範應包括安靜時段，以及成功提示。能正確決定不打擾的代理，可以保護使用者的注意力。只展示有趣訊息的截圖，會令這部分體驗無從得見。
反覆出現不必要更新的證據，會削弱短訊能減少監督的論點。若有證據顯示使用者能委派任務，並只在相關決策時才需要返回處理，則會強化這個論點。
第三個訊號是跨越訊息交接的任務完成情況。評估應追蹤一項工作由最初短訊開始，經歷修正、核准，到最終結果的全過程。
這種方法會揭示精緻對話所掩蓋的失敗。已送達的訊息、已產生的草稿、已核准的行動，以及已完成的結果，代表不同階段。報告應指出實際發生的是哪個階段。
競爭對手的回應若能處理這些相同面向，將最具參考價值。另一項渠道公告只會顯示分發活動；更清楚地證明可靠後續執行，才能更說明代理的價值。
對考慮使用 OpenAI Dot 短訊功能的讀者而言，可先從範圍明確、風險較低的責任開始，並清楚說明期望結果。保留相關原始資料，並決定哪些變更值得發送訊息。擴大代理角色前，先檢閱它產出的內容。留意短訊是減少查看狀態的需要，還是只增加另一段需要監察的對話。為重要決定另行保存紀錄，避免便利取代可追溯性。真正有用的問題是，這種聯絡方式是否有助你以較少監督完成工作。請以這個標準留意推出進度及獨立測試：代理聯絡你，是因為需要你的判斷，還是因為它還有另一則更新要發送？
