繁
← 全部文章

中國辦公 Agent 使用者行為報告:派工之後,誰來確認工作完成?

聊天訊息讓派工更容易,卻不保證工作已完成。從輸入、返工成本到版本交接,辦公 Agent 的價值仍需以可複核的交付成果驗證。

作者Open Market Notes類型文章
中國辦公 Agent 使用者行為報告:派工之後,誰來確認工作完成?

有道9月報告(2026年10月19日):其聊天應用程式使用者的微信使用率為77%,管道可重疊,僅為單一平台觀察。

這個入口值得關注。不過,入口的普及與工作的完成,是兩件需要分別驗證的事。以下是 Open Market Notes 的獨立分析:當一句聊天訊息可以啟動一項任務,辦公室裡真正發生的變化,可能並不是人少點了幾次滑鼠,而是分派責任的成本降低了,確認責任已經履行的成本卻未必同步下降。

一句「幫我做」,省略了多少條件

設想一位電商營運人員在通勤途中發出指令:根據新品資料,準備一份上架方案。Agent 蒐集資料、整理表格、寫出介紹,還生成了配圖。這是一個假設的工作情境,不是報告中的使用者案例。

從檔案的數量看,任務已經取得進展;從經營活動看,它可能還沒有完成。產品型號是否對應,圖片是否可以商用,價格是否仍有效,文案有沒有超出產品實際能力,都是交付的一部分。系統如果還能夠直接發布,目標店鋪與發布時間也需要明確。人的表達越簡短,系統就越需要決定哪些內容可以推斷,哪些必須詢問。

因此,聊天入口的價值不能只用「發出指令有多容易」衡量。還應看錯誤理解能否被及時發現,使用者能否知道任務卡在哪裡,以及結束之後是否有一個可檢查的結果。一個持續顯示「正在處理」的系統,可能比一個明確說明「缺少產品規格,暫時無法繼續」的系統更令人安心,卻未必更有用。

有道的產品程式碼與說明展示了檔案、瀏覽器、工具與聊天管道之間的連接能力。對組織而言,這種連接意味著需要設計新的交接點:誰提供輸入,誰批准對外動作,誰為最終版本負責。這些是工作安排問題,不能僅靠模型表現解決。

活躍是一種信號,驗收才是一項結果

閱讀任何使用者行為報告,都應該先問一個樸素的問題:分母是誰?某個平台的使用者、其中啟用某項功能的人,以及一家公司全部員工,是不同的群體。同一個人跨裝置、跨模型使用,也可能形成多次紀錄。不能因為一個指標被寫成百分比,就認為它天然適合彼此比較。

行為資料適合發現值得進一步調查的現象。它可以幫助產品團隊找到入口、障礙和需求,卻不能獨自回答一項任務是否讓組織節約了時間。活動增加,可能來自新使用者,也可能來自原有使用者的反覆嘗試;呼叫增加,可能對應更複雜的工作,也可能對應更多重試。要作出判斷,需要把這些可能性拆開,而不是選擇其中最樂觀的一種。

一個可行的企業評估辦法,是先固定交付成果。比如,同樣一組商品資料,要求人工流程與輔助流程各自完成符合相同標準的上架草案。比較的不只是第一份檔案何時出現,還包括核對、修改、等待補充資訊,以及被退回以後重新處理的時間。品質應盡量由不知道製作方式的人按同一標準評定。這並不保證實驗完美,卻可以減少把「看起來很忙」當成「確實有用」的風險。

成本帳單之外,還有一張重做帳單

Token 用量是模型使用量指標,不是成果指標。一項任務讀取長篇文件、保留上下文、嘗試多種方案,可能合理地消耗更多運算;同樣的增長,也可能來自無效循環。管理者真正關心的,應是每個可接受結果需要多少總成本,而不是某一種用量單獨上升或下降。

DeepSeek 的快取文件說明,快取可重複使用符合的輸入前綴,輸出仍需運算生成。快取並不驗證答案。

假設一份調研需要頻繁讀取同一組背景材料,那麼重複利用輸入可能很有價值。但如果研究對象選錯了,即使每次讀取都很便宜,最終報告仍然可能需要重做。對於有外部後果的任務,便宜的錯誤不一定是低成本的錯誤。一份未經核對的檔案若被寄給客戶,還會占用溝通和解釋的時間。這些成本通常不會完整出現在模型帳單中。

這也是為什麼「每次呼叫更便宜」應當與「每次驗收更可靠」一起討論。前者可以鼓勵嘗試,後者才決定嘗試能否穩定進入正式工作。把兩者混在一起,會讓技術上的進步承擔它尚未證明的商業結論。

檔案完成之後,工作仍然需要交接

METR 2026年2月24日的方法更新指出,參與者選擇與同時使用多個 Agent 會影響效率測量。本文不據此判斷辦公 Agent 的淨效益。

另一個值得單獨考慮的組織問題,是檔案如何變成共識。繼續前面的假設:營運人員拿到了上架草案,設計師修改了圖片,銷售又調整了產品描述。哪一個版本才是準備發布的版本?如果系統隨後依據舊資料重新生成整套檔案,先前的人工工作是否會被覆寫?這些問題與單次生成品質有關,卻不能透過提高單次生成品質徹底解決。

比較清楚的做法,是把草案與批准版本區分開,讓修改能夠追溯到依據。對價格、規格、期限等容易變動的欄位,標明核驗時間與負責確認的人。Agent 可以協助整理差異,但「發現了不同」與「有權選擇最終版本」仍是不同權限。如果每位參與者都以為另一個人已經確認,速度提升反而可能使未經確認的內容更快向外傳播。

這種交接要求不必變成繁複的表格。一段簡短說明就可能足夠:本次改了哪些內容,採用了什麼資料,還有哪一項未確認。它的價值是讓下一位處理者能夠繼續工作,而不必重新猜測整個過程。當個人助理進入團隊協作,能否留下這樣的上下文,就成為交付品質的一部分。

真正需要建立的是交付的秩序

辦公 Agent 的吸引力,是把操作性的負擔從人手中移走。要保住這種價值,就必須避免把節省下來的操作,重新變成不透明的監督負擔。

一個較穩妥的流程,應當讓使用者看見目標、關鍵依據、目前狀態和最終產物。涉及對外傳送、付款或覆寫原始檔案的動作,需要與普通的整理和草擬區分處理。失敗後再次執行,也應說明哪些步驟已經發生,避免重複傳送或重複修改。這裡討論的是設計原則,不是對某個產品現有功能的保證。

這份報告提供了觀察辦公入口變化的機會。對使用者和企業來說,下一步更值得追問的,是一次派工能否留下可複核的交付成果。入口決定人們願不願意開始;清楚的責任、證據與驗收,決定他們是否願意長期依賴。判斷這類產品的成熟程度,最終要回到工作本身。

來源說明:本文連結網易有道原報告,並參考產品說明、DeepSeek 技術文件和 METR 方法更新。情境與評估建議為 Open Market Notes 原創分析;不把單一平台使用情況推及全國,不構成投資建議。

內容僅供參考,不構成投資、法律、稅務或財務建議。