你準(zhǔn)備好和它共事了嗎？

作者｜樺林舞王

編輯｜靖宇

當(dāng)?shù)貢r(shí)間 6 月 2 日，微軟在 Build 2026 開發(fā)者大會(huì)公布了模型、硬件、代理控制規(guī)范等一系列產(chǎn)品。但其中，比較引人注目的，是 Scout——一個(gè) 7x24 小時(shí)在線的 AI 助理。

Scout 不是一個(gè)對(duì)話框，不是一個(gè)插件，而是一個(gè)真實(shí)出現(xiàn)在你 Teams 聯(lián)系人列表里的「數(shù)字同事」，可以幫你準(zhǔn)備會(huì)議材料、整理郵件、安排日程，全天候在線，永遠(yuǎn)不需要喝咖啡休息。

已經(jīng)有了 Copilot，為什么微軟還要用 OpenClaw，給白領(lǐng)牛馬再配一個(gè) AI 助手？

01

從「工具」到「同事」

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

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

這是個(gè)真實(shí)存在的企業(yè)用戶痛點(diǎn)，不是產(chǎn)品經(jīng)理假想出來的。

5 月 29 日泄露的一份內(nèi)部計(jì)劃顯示，微軟正試圖把所有這些分散的 Copilot 體驗(yàn)整合進(jìn)一個(gè)超級(jí)應(yīng)用，包括 Copilot Chat、GitHub Copilot、Copilot Cowork、代號(hào)為 Autopilot 的工作流引擎，以及今天正式亮相的 Scout。目標(biāo)是今年夏末推出統(tǒng)一入口。

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

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

它不是嵌在應(yīng)用里的功能，而是以一個(gè)真實(shí)的聯(lián)系人身份存在于 Teams 中。你可以給它發(fā)消息，它會(huì)回，它會(huì)記住你上次說了什么，它會(huì)主動(dòng)提醒你。從交互設(shè)計(jì)的邏輯來說，這是一次刻意的選擇——微軟想讓你感覺，你在和一個(gè)「人」協(xié)作，而不是在調(diào)用一個(gè)功能。

這個(gè)區(qū)別，比聽起來要重要得多。

驅(qū)動(dòng) Scout 的底層是 OpenClaw，一個(gè)微軟主導(dǎo)的開源 Agent 框架。

同一天，微軟還發(fā)布了自研推理模型 MAI-Thinking-1，一個(gè)擁有 350 億活躍參數(shù)的中等規(guī)模模型，定位不是「最強(qiáng)」，而是「夠用且便宜」。這些拼在一起，構(gòu)成了微軟在 Agent 時(shí)代的技術(shù)底座。

02

「永遠(yuǎn)在線」背后的真正賭注

Scout 最被反復(fù)強(qiáng)調(diào)的特性，是它的「持久記憶」。

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

Scout 的設(shè)計(jì)邏輯完全相反。它在你的 Microsoft Entra 身份下運(yùn)作，有自己獨(dú)立的受管憑證，在 Microsoft Purview 的保護(hù)框架內(nèi)工作，包括敏感標(biāo)簽和數(shù)據(jù)防泄漏策略。它「記得」你，不是因?yàn)樗谕低荡鎯?chǔ)數(shù)據(jù)，而是因?yàn)樗辉O(shè)計(jì)成一個(gè)有完整身份的企業(yè)成員，而不是一個(gè)無狀態(tài)的查詢接口。

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

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

從用戶實(shí)際使用場(chǎng)景來看，Scout 目前最核心的能力集中在會(huì)議準(zhǔn)備、日程協(xié)調(diào)、郵件整理這幾個(gè)高頻但低創(chuàng)造力的任務(wù)上。這些任務(wù)有一個(gè)共同特點(diǎn)——它們每天都會(huì)發(fā)生，但幾乎沒有人喜歡做。一個(gè)永遠(yuǎn)在線、永遠(yuǎn)不嫌煩的 Agent 來接管這部分工作，理論上是非常準(zhǔn)確的產(chǎn)品定位。

微軟在發(fā)布會(huì)演示中展示的一個(gè)場(chǎng)景是這樣的：你有一個(gè)下午兩點(diǎn)的重要客戶會(huì)議，早上九點(diǎn) Scout 會(huì)主動(dòng)推送一份摘要，包含對(duì)方公司最近的動(dòng)態(tài)、你們上次交流的重點(diǎn)、以及這次會(huì)議你可能需要準(zhǔn)備的資料。你不需要去找它，它自己過來找你。

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

03

OpenClaw 的裂縫

不過，Scout 的發(fā)布并不是沒有爭議。

問題出在 OpenClaw 身上。這個(gè) Agent 框架在早期測(cè)試中被發(fā)現(xiàn)存在安全漏洞——研究人員記錄了 Agent 在收件箱內(nèi)不穩(wěn)定運(yùn)行的情況，還有允許外部網(wǎng)站接管本地執(zhí)行環(huán)境的嚴(yán)重缺陷。Slashdot 社區(qū)的討論里，有人直接點(diǎn)出，OpenClaw 的工具鏈審查存在明顯疏漏。

這是一個(gè)真實(shí)的技術(shù)風(fēng)險(xiǎn)，不是挑剔。

微軟的回應(yīng)是雙管齊下。

一方面，Scout 在企業(yè)側(cè)有完整的安全治理框架——獨(dú)立的 Entra 身份、受限的任務(wù)憑證、Purview 保護(hù)范圍內(nèi)的數(shù)據(jù)處理，憑證信息不出現(xiàn)在日志和診斷記錄里。

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

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

如何在開放和安全之間找到平衡，大概會(huì)是 Scout 在企業(yè)推廣中最長期的挑戰(zhàn)。

04

Copilot 和 Scout 的邊界

有一個(gè)問題，很多企業(yè)客戶今天應(yīng)該都在想：

我現(xiàn)在已經(jīng)在用 Copilot 了，Scout 是要替換它嗎？

微軟官方給出的解釋是，Copilot 是「應(yīng)用內(nèi)工具」，Scout 是「?jìng)€(gè)人助手」。前者嵌在具體的產(chǎn)品功能里，后者是一個(gè)獨(dú)立的 Agent 成員。

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

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

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

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

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

Scout 能不能真正在企業(yè)里站穩(wěn)腳跟，取決于它接下來的安全表現(xiàn)、和 Copilot 體系的整合進(jìn)度，以及用戶愿不愿意真的把它當(dāng)成一個(gè)「可以信賴的同事」對(duì)待。

但有一點(diǎn)是確定的——當(dāng)一個(gè) AI 的名字出現(xiàn)在你的 Teams 聯(lián)系人列表里，和你的真實(shí)同事排在一起，這件事本身就已經(jīng)改變了什么。

*頭圖來源：微軟

本文為極客公園原創(chuàng)文章，轉(zhuǎn)載請(qǐng)聯(lián)系極客君微信 geekparkGO

極客一問

你愿意讓一個(gè) AI「同事」

幫你處理工作郵件和會(huì)議安排嗎？