Windows 这次最有意思的动作,不是多发了几个开发工具,而是开始主动降低自己的存在感。
在 Build 2026 上,Microsoft 宣布为 Windows 11 推出一组面向开发者优化的体验:Linux-like 命令行工具、WSL 容器、实验性智能终端、开发机快速配置。听起来是功能清单,实际是姿态变化。
过去 Windows 更像在说:按我的方式开发。现在它更现实:你习惯 Linux、容器、云环境,那我尽量别逼你换工作流。
这次 Windows 11 给开发者加了什么
先把事实压清楚。
| 项目 | 做了什么 | 状态 |
|---|---|---|
| Coreutils for Windows | 基于 uutils 开源项目,提供原生运行在 Windows 上的 Linux-like 命令行工具 | 新推出 |
| WSL containers | 在 Windows 上创建、运行、交互 Linux 容器,提供 CLI 和 API | 未来数月公开预览 |
| Intelligent Terminal | 基于 Windows Terminal,加入 ACP 和 agent CLI 集成 | 实验性功能 |
| Windows Developer Configurations | 快速安装 WSL、PowerShell 7、VS Code,并启用 Git 文件管理器集成、显示隐藏文件等开发设置 | 已 GA |
几个边界要说在前面。
这不是新版 Windows,也不是独立的“开发者版 Windows”。材料指向的是 Windows 11 的开发者优化体验。
WSL containers 还没有正式可用。微软说的是未来数月公开预览。它提供的是在 Windows 上创建、运行、交互 Linux 容器的内置方式,并带 CLI 和 API。不能直接写成取代 Docker,也不能写成 Windows 完全兼容 Linux。
Intelligent Terminal 也不是成熟 AI 编程产品。它现在是实验性终端功能,基于 Windows Terminal,把标签页、配置、主题、shell 等能力与 agent CLI 结合起来,让终端能给 agent 提供上下文。
真正的信号藏在这些限制里。微软没有宣布“重新定义开发”。它补的是开发者每天会撞到的小墙:命令不顺、环境难配、容器割裂、终端上下文断掉。
受影响最直接的是两类人。
一类是在 Windows 上写代码、但大量使用 Linux 命令和容器的开发者。你不必马上换主力环境,但可以先把 Coreutils for Windows、Developer Configurations 当成降低摩擦的工具看。WSL containers 还要等公开预览,不适合现在就押生产流程。
另一类是企业开发团队。更现实的动作不是立刻迁移,而是延后激进改造,先观察微软这套配置、容器和终端能力能不能进入统一的开发机标准。能省环境配置时间,才有团队价值;只是在发布会上顺一遍,意义不大。
微软承认:开发者现场早就不归 Windows 管了
去年 Microsoft 已经开源 WSL。今年继续把 Linux 工作流往 Windows 里嵌。两步连起来看,方向很直。
Windows 不是突然爱上 Linux。天下熙熙,皆为利来。开发者在哪里,工具链在哪里,云消费和 AI agent 的入口就在哪里。
今天的开发现场,早就不是单机 IDE 的时代。代码在 Git 上,运行环境在容器里,部署在云端。脚本、自动化、CI/CD 又大量继承 Linux / Unix 传统。
开发者会在 macOS、Linux、WSL、容器、云主机之间切换。命令习惯往往比操作系统忠诚度更稳定。
这才是 Microsoft 这轮动作的底层逻辑。
它不是要证明 Windows 很纯。它要证明 Windows 可以不碍事。
对老平台来说,降低存在感很难。组织本能总想把用户拉回自己的界面、路径和默认设置。可开发者最讨厌的,正是被迫改肌肉记忆。
这里可以做个不完全一样的历史对照。早期铁路公司争的是轨距,电力公司争的是标准,互联网平台争的是入口。最后赢的往往不是最“纯”的那一套,而是能接住更多货物、设备和使用习惯的那一套。
Windows 现在也在做类似的事。它不再只争系统正统性,而是争开发者工作流里的位置。
平台战争现在比的是谁少添堵
我更在意的是,Windows 的开发者战略正在从“系统中心”转向“工作流中心”。
过去平台战争常常比谁的 API 更完整,谁的桌面生态更封闭,谁能把开发者锁进自己的范式。现在更像另一场竞赛:谁能把工具链、AI agent、终端、容器、云环境串得更顺。
Coreutils for Windows 看起来很小,但它有价值。它解决的不是炫技问题,而是摩擦问题。
一个开发者从 Linux、macOS 或云环境切回 Windows,如果常用命令能原生跑,心智成本就少一截。少一截,就是平台留人的空间。
WSL containers 也是同一条线。它未必会替代现有容器工具,但它把 Linux 容器能力进一步做成 Windows 的内置层。对微软来说,这层越顺,开发者越少有理由把主力机器彻底迁走。
智能终端则是下一步算盘。AI agent 如果进入日常开发,终端会是高频入口。谁控制终端上下文,谁就更靠近开发动作本身。
这里的竞争不只是 Copilot 或某个模型。它争的是开发者工作台的控制权。
但限制也很清楚。
如果 WSL containers 的预览体验不稳定,企业团队不会把它写进标准流程。如果 Intelligent Terminal 只是把 agent 接进终端,却不能稳定理解项目上下文,它就只是新入口,不是新生产力。
接下来最该观察三件事。
| 观察点 | 为什么重要 |
|---|---|
| WSL containers 公开预览后的稳定性 | 决定它能不能进入真实开发流程,而不只是演示功能 |
| Developer Configurations 的企业可管理性 | 决定团队能不能批量配置开发机,减少 onboarding 成本 |
| Intelligent Terminal 的 agent 上下文能力 | 决定终端会不会变成 AI 编程入口,而不只是命令行外壳 |
所以这次更新少一点发布会口号,反而更像有效决策。微软没有假装开发者还活在 Windows 单一宇宙里。它承认现实,然后把现实收编进 Windows。
代价也在这里。
Windows 越能兼容外部工作流,越说明它不再能只靠自身范式号令开发者。老平台还在,但城门开得更大了。开门不是温柔,是算账。
回到开头,Windows 越来越像 Linux,并不代表微软变友善了。它只是看明白了:今天留住开发者,靠的不是让他们仰望平台,而是别挡在键盘、容器和云之间。
