你準備好和它共事了嗎？

作者｜樺林舞王

編輯｜靖宇

當地時間 6 月 2 日，微軟在 Build 2026 開發者大會公布了模型、硬件、代理控制規范等一系列產品。但其中，比較引人注目的，是 Scout——一個 7x24 小時在線的 AI 助理。

Scout 不是一個對話框，不是一個插件，而是一個真實出現在你 Teams 聯系人列表里的「數字同事」，可以幫你準備會議材料、整理郵件、安排日程，全天候在線，永遠不需要喝咖啡休息。

已經有了 Copilot，為什么微軟還要用 OpenClaw，給白領牛馬再配一個 AI 助手？

01

從「工具」到「同事」

在理解 Scout 之前，必須先回頭看看微軟這段時間在干什么。

過去幾年，微軟幾乎把「Copilot」這個詞用到了極致。Word 里有 Copilot，Teams 里有 Copilot，GitHub 里有 Copilot，甚至 Windows 本身也有 Copilot。結果是什么？用戶需要在五個不同入口之間來回切換，這些體驗不共享狀態，不共享身份，甚至入口在哪里都找不清楚。

這是個真實存在的企業用戶痛點，不是產品經理假想出來的。

5 月 29 日泄露的一份內部計劃顯示，微軟正試圖把所有這些分散的 Copilot 體驗整合進一個超級應用，包括 Copilot Chat、GitHub Copilot、Copilot Cowork、代號為 Autopilot 的工作流引擎，以及今天正式亮相的 Scout。目標是今年夏末推出統一入口。

Scout 在這個版圖里扮演的角色，是最接近「人」的那個。

Scout 融合在 Teams 中｜圖片來源：微軟

它不是嵌在應用里的功能，而是以一個真實的聯系人身份存在于 Teams 中。你可以給它發消息，它會回，它會記住你上次說了什么，它會主動提醒你。從交互設計的邏輯來說，這是一次刻意的選擇——微軟想讓你感覺，你在和一個「人」協作，而不是在調用一個功能。

這個區別，比聽起來要重要得多。

驅動 Scout 的底層是 OpenClaw，一個微軟主導的開源 Agent 框架。

同一天，微軟還發布了自研推理模型 MAI-Thinking-1，一個擁有 350 億活躍參數的中等規模模型，定位不是「最強」，而是「夠用且便宜」。這些拼在一起，構成了微軟在 Agent 時代的技術底座。

02

「永遠在線」背后的真正賭注

Scout 最被反復強調的特性，是它的「持久記憶」。

用傳統 AI 助手，你每次打開對話窗口，它都不記得你是誰，你昨天說過什么，你這個項目的背景是什么。你需要不斷重新解釋上下文，這本身就是一種隱性的時間成本。

Scout 的設計邏輯完全相反。它在你的 Microsoft Entra 身份下運作，有自己獨立的受管憑證，在 Microsoft Purview 的保護框架內工作，包括敏感標簽和數據防泄漏策略。它「記得」你，不是因為它在偷偷存儲數據，而是因為它被設計成一個有完整身份的企業成員，而不是一個無狀態的查詢接口。

用戶可以自定義模型、性格和接入的軟件｜圖片來源：微軟

這背后有一個非常清醒的商業邏輯。用戶在 Scout 上投入的時間越多，它學到的工作習慣越多，用戶就越難遷移到其他工具。這是企業軟件里經典的「護城河」策略，只不過這次護城河是用 AI 的記憶建造的。

從用戶實際使用場景來看，Scout 目前最核心的能力集中在會議準備、日程協調、郵件整理這幾個高頻但低創造力的任務上。這些任務有一個共同特點——它們每天都會發生，但幾乎沒有人喜歡做。一個永遠在線、永遠不嫌煩的 Agent 來接管這部分工作，理論上是非常準確的產品定位。

微軟在發布會演示中展示的一個場景是這樣的：你有一個下午兩點的重要客戶會議，早上九點 Scout 會主動推送一份摘要，包含對方公司最近的動態、你們上次交流的重點、以及這次會議你可能需要準備的資料。你不需要去找它，它自己過來找你。

這不是「更聰明的搜索」，而是「提前思考」。

03

OpenClaw 的裂縫

不過，Scout 的發布并不是沒有爭議。

問題出在 OpenClaw 身上。這個 Agent 框架在早期測試中被發現存在安全漏洞——研究人員記錄了 Agent 在收件箱內不穩定運行的情況，還有允許外部網站接管本地執行環境的嚴重缺陷。Slashdot 社區的討論里，有人直接點出，OpenClaw 的工具鏈審查存在明顯疏漏。

這是一個真實的技術風險，不是挑剔。

微軟的回應是雙管齊下。

一方面，Scout 在企業側有完整的安全治理框架——獨立的 Entra 身份、受限的任務憑證、Purview 保護范圍內的數據處理，憑證信息不出現在日志和診斷記錄里。

另一方面，微軟宣布會向 OpenClaw 開源項目做上游貢獻，幫助修復底層框架的已知問題。同日發布的 Microsoft Execution Containers SDK，也專門針對 Agent 工作流提供了安全沙箱隔離能力。

但這里有一個微妙的張力——微軟選擇把 Scout 建在一個開源框架上，這本身是一個開放的信號，意味著它愿意把技術棧暴露在社區審查下。代價是，早期的問題也會更透明地被放大。

如何在開放和安全之間找到平衡，大概會是 Scout 在企業推廣中最長期的挑戰。

04

Copilot 和 Scout 的邊界

有一個問題，很多企業客戶今天應該都在想：

我現在已經在用 Copilot 了，Scout 是要替換它嗎？

微軟官方給出的解釋是，Copilot 是「應用內工具」，Scout 是「個人助手」。前者嵌在具體的產品功能里，后者是一個獨立的 Agent 成員。

聽起來很清晰，但實際操作中，邊界真的那么分明嗎？當 Scout 幫你整理了 Teams 會議記錄，Copilot 也在 Teams 里做類似的事情，用戶怎么決定問誰？

這個困惑不是微軟第一次遭遇。Google 在消費端也面臨類似問題——Gemini 和 Google Assistant 長期共存，產品定位的重疊讓用戶無所適從。微軟在企業側聚焦工作場景的策略，確實比通用家庭助手更容易做出差異化，但兩個「Copilot 系」產品之間的邊界，還需要時間來真正清晰。

更有意思的是，Scout 的出現對整個行業的「期望值」有一個放大效應。當企業用戶開始習慣一個能記住他們偏好、主動提醒、適應工作習慣的 Agent，他們就會把同樣的期望，帶入所有的數字交互里——包括外部客戶支持、B2B 銷售跟進、甚至招聘流程。那些還在用每次重新開始對話的機器人的公司，會顯得格外落后。

這才是 Scout 更深遠的影響，不只是微軟自己的產品，而是整個企業軟件行業都必須重新思考，什么叫「夠用的 AI 體驗」。

微軟今天用 Build 2026 告訴所有人，它不滿足于只是 OpenAI 最大的投資方，它要自己造模型，自己造框架，自己造 Agent，然后把這個 Agent 變成每一個企業員工的默認同事。

Scout 能不能真正在企業里站穩腳跟，取決于它接下來的安全表現、和 Copilot 體系的整合進度，以及用戶愿不愿意真的把它當成一個「可以信賴的同事」對待。

但有一點是確定的——當一個 AI 的名字出現在你的 Teams 聯系人列表里，和你的真實同事排在一起，這件事本身就已經改變了什么。

*頭圖來源：微軟

本文為極客公園原創文章，轉載請聯系極客君微信 geekparkGO

極客一問

你愿意讓一個 AI「同事」

幫你處理工作郵件和會議安排嗎？