Project Solara 深读:微软为「agent-first 设备」另起炉灶,以及它绕开 Windows 的真正原因

Project Solara 深读:微软为「agent-first 设备」另起炉灶,以及它绕开 Windows 的真正原因

在今天的 Build 2026 主舞台上,微软技术院士 Steven Bathiche 发布了 Project Solara——一个"从芯片到云端"的设备平台,专门为一类新硬件而造:这类设备不跑传统应用,只跑 AI agent。

它不是一台产品,而是一套底座 + 一种主张。主张很简单:下一代计算的交互入口,会从"打开 app、点菜单"转向"唤起 agent、交派任务"。微软为这个判断押下了一整条技术栈,并且做了一个外界没料到的选择——这套底座不建在 Windows 上。

一、它到底是什么

Project Solara 包含三层:底层操作系统、中间的 agent 运行层、以及随场景生成的界面层。

底层 OS 叫 MDEP(Microsoft Device Ecosystem Platform),是一个基于 AOSP(Android 开源项目)的企业级分支。微软在它之上叠了自己的 Agent Shell——一个可以动态加载、按需裁剪多个云端 agent 的"外壳"。最上层是微软称为 just-in-time UI 的机制:界面不再是预先画好的固定 app,而是 agent 按当前设备形态和任务实时重排、甚至即时生成。

配套的还有完整的企业治理:设备管理走 Intune,身份走 Entra ID,生物识别走 Hello for Business,并带硬件级麦克风静音等隐私开关。

微软同时展示了两台参考设计(reference design),明确不会自己量产:

  • 桌面设备:一块触屏,配摄像头、麦克风、存在感应器和 USB-C 扩展口,人脸解锁后直接呈现 agent。形态接近一台 Echo Show。
  • 工牌:可穿戴,带摄像头和指纹识别,一按唤醒 agent,能录音并即时转写,摄像头还能让 agent"看见"佩戴者所见。

芯片侧绑定了 Qualcomm 与 MediaTek 的 Arm 平台。早期试点客户包括 Best Buy、CVS Health、Levi's、Target 与 AccuWeather,外部试点将在未来数月启动。

二、三个关键设计选择

第一,底座选 Android,不选 Windows。 这是全场最值得玩味的一步。一家把 Windows 当作身份的公司,在面向未来形态的设备上绕开了自己的旗舰 OS。原因是务实的:AOSP 在低功耗、小型设备上的硬件兼容性和驱动生态远比 Windows 成熟,微软只需在上面叠自己的 agent 外壳、安全模型和管理栈,就能拿到现成的硬件适配能力,省掉重做一套设备 OS 的代价。当年 Windows Phone 死于"没有 app 生态"——而一个根本不靠 app catalog 的 agent 平台,恰好绕开了那个致命伤。

第二,OS 被刻意做"薄"。 微软用了一个不常见的词来形容这层——"liminal"(介于之间的)。意思是 OS 在边缘设备上保持极简,真正的运算在设备与云之间通过 agent 流动。说白了,这类设备本质是一个瘦客户端 + 云端大脑:设备负责感知与呈现,智能主要驻留在云。

第三,界面交给 agent 现场生成。 just-in-time UI 取消了"应用 = 一组固定界面"的假设。同一个 agent 在不同尺寸的设备上重排布局,必要时凭空生成新界面。交互的最小单元从"应用"变成了"意图"。

三、商业路径:自己不出货,招 OEM

微软在发布会上反复强调,那两台设备是参考设计而非产品。它的算盘是做平台、招硬件厂商:把 OS、外壳、安全栈、芯片适配清单和参考设计打包交出去,让 OEM 基于 Solara 做成真正的终端。Solara 还对接了微软 365 的 Copilot 等一系列 agent,并以开放架构接纳第三方 agent。

这是典型的"平台先行、生态后补"打法。好处是微软不用背硬件库存的风险;代价是落地节奏取决于 OEM——从今天到真正有消费级或商用 Solara 设备出货,乐观估计也要数月到一年。

四、这意味着什么

抛开微软自身,这件事真正的信号是:"app → agent"的入口之争,被一家公司用 Build 主舞台正式背书了。 在此之前,"自托管 / agent-first / 模型即入口"更多是开发者社区和创业公司在推。现在,企业级巨头下场,等于替整个方向做了一轮市场教育。

但要看清微软选的是哪条路。Solara 的重心明确落在企业 IT 治理 + 云端 agent 编排:Intune、Entra、合规、统一管理,云端跑智能,设备做终端。这条路服务的是大型组织的部署与管控诉求,也意味着它有一块天然覆盖不到的盲区——对数据主权敏感、要求推理与数据都留在本地的场景。在这块盲区里,"本地优先 / 边缘推理"的路线,恰恰是 Solara 的互补面而非对手。

值得一并参照的,是另一端的样本。就在 Build 前两天,一个百万级流量的个人开发者(YouTuber PewDiePie)开源了自托管 AI 工作台 Odysseus,短时间冲到三万多 stars。它把"模型服务、agent、工具、邮件、research"全部塞进一个跑在你自己硬件上、零遥测的本地工作台。一头是企业云端平台(Solara),一头是个人自托管工作台(Odysseus)——两端都在验证同一个判断,只是数据与算力的落点截然相反。

五、定位对比:Solara / Odysseus / MaxtaOS·R30

把今天的三个样本放在同一张表上,边界一目了然:

维度 Microsoft Solara Odysseus MaxtaOS / Max R30
定位 agent-first 设备平台 个人自托管 AI 工作台 行业级边缘 AI 交付
目标用户 大型企业 / OEM 开发者 / 高级个人 律所、工厂、事务所等垂直客户
OS 底座 MDEP(AOSP 分支) 通用 Linux/macOS/Win 自有 AI OS(多硬件平台)
算力与数据落点 瘦设备 + 云端为主 本地为主,可接外部 API 本地 / 边缘自持,数据不出门
数据主权 依赖云,企业管控 完全本地,零遥测 完全本地,面向合规交付
硬件 Qualcomm/MediaTek 参考设计 自带(BYO hardware) 交付级边缘盒子
交付形态 平台 + 招 OEM 自己装、自己维护 软硬一体、开箱即用
商业模式 平台 / 生态 开源免费 企业交付 + 订阅
成熟度 早期,参考设计 早期,社区驱动 已有落地客户

三者并非互相替代,而是切在不同切面:Solara 解决"大型组织如何统一管控一批 agent 设备",Odysseus 解决"个人如何在自己机器上完整地用起 AI",而行业级边缘交付解决的是"具体行业里,那个能直接用、且数据留在本地的东西怎么落地"。Solara 把 OS 做薄、把智能放云;行业边缘路线正好相反——把大脑放进设备本身。

六、待观察

  • 落地节奏:参考设计到量产终端之间隔着 OEM,时间表存在不确定性。
  • 云依赖与离线能力:瘦设备 + 云端大脑的模式,在弱网、数据合规、跨境场景下的边界尚未充分展示。
  • agent 互操作:开放架构接纳第三方 agent 是亮点,但 agent 之间如何调度、计费、安全隔离,发布会着墨不多。
  • 安全姿态(对所有自托管/边缘玩家通用):任何"具备本地特权 + 网络可达"的 AI 系统,都应默认开启鉴权、内网隔离后端服务、前置可信网关,切勿直接暴露到公网。