微软在 Windows 里埋了一个 Agent 系统，终端只是第一站

📡 AI新闻 💬 发布者: leakey
微软在 Windows 里埋了一个 Agent 系统，终端只是第一站

🩺 摘要

微软在 Windows 里埋了一个 Agent 系统，终端只是第一站 Build 2026 的真正信号：Windows 开始变成"Agent 原生"操作系统 Build 2026 上，微软发布了 Intelligent Terminal（智能终端）。 大部分媒体的标题是："微软把 AI 塞进了

📝 详情

微软在 Windows 里埋了一个 Agent 系统，终端只是第一站

01. Build 2026 的真正信号：Windows 开始变成"Agent 原生"操作系统

Build 2026 上，微软发布了 Intelligent Terminal（智能终端）。

大部分媒体的标题是："微软把 AI 塞进了命令行"。

但如果你只看终端工具，就看丢了最关键的事——

微软在 Windows 系统层引入了一套完整的 Agent 基础设施。 Intelligent Terminal 只是这个架构的第一个应用表面。

这个架构有三层：

Agent 应用层  →  Intelligent Terminal（首发）、未来还会有更多
      ↓
Agent 协议层  →  ACP（Agent Client Protocol），开放标准
      ↓
Agent 运行时  →  内置于 Windows，管理生命周期、权限、上下文

终端只是第一层露出水面的冰山。水面下的两层，才是真正的重头戏。

02. 系统级 Agent 和"在软件里加个 AI 按钮"是两码事

过去两年，每个软件都在加 AI 按钮。Word 有 Copilot，Excel 有 Copilot，Outlook 有 Copilot……但它们是应用级的——在那个软件里能用，出了门就不认。

系统级 Agent 不一样。

Windows 现在做的事情是：把 Agent 做成操作系统的一等公民，就像文件系统、进程管理、网络栈一样，是内核提供的底层能力。

这意味着：

① 任何应用都能调用 Agent，不需要自己造轮子 一个写脚本的工具、一个 VS Code 插件、甚至一个第三方记事本——只要遵循 ACP 协议，就能接入 Windows 的 Agent 运行时。开发者不用从零搭 AI 能力。

② Agent 有系统级的上下文感知 Intelligent Terminal 为什么能自动抓取当前终端上下文？因为 Windows 在系统层提供了上下文管道——当前的进程、目录、报错输出，Agent 都能天然获取，而不需要每个应用各自去 hack。

③ Agent 任务在系统后台统一管理 Agent 管理中心（Ctrl+Shift+/）看似只是终端的一个面板，实际上它是系统级 Agent 任务管理的第一个 UI。你可以开多个 Agent 任务，它们跑在后台，不阻塞任何前台操作。这不是终端的功能——这是 Windows 的新能力，终端只是第一个展示它的地方。

03. ACP 协议：比"开放"更重要的，是它成了系统标准

原文提到 Intelligent Terminal 支持多 agent，用的是 ACP 协议——然后夸了一句"微软这次没锁死生态"。

但站在系统层面看，ACP 的意义远超"开放"二字：

ACP 正在成为 Windows 的 Agent 通信标准协议。

就像 HTTP 是 Web 的标准协议、USB 是外设的标准协议一样，ACP 是未来 Windows 上所有 Agent 交互的标准协议。

为什么这件事重要？

因为一旦 ACP 成为系统标准：

  • Claude Code 可以直接调 Windows 的 Agent 运行时
  • Gemini 可以访问系统上下文管道
  • 本地模型（llama.cpp、Ollama）只要实现 ACP，就能和 Windows 深度集成
  • 你不是在用某个终端的 AI 功能——你是在用 Windows 的 Agent 能力，Intelligent Terminal 只是一个入口

这个格局比"支持多 agent"大得多。

04. 解决的真问题：应用孤岛被打破了

现在的 AI 工具生态是一个个孤岛：

  • Chrome 里有 Gemini
  • VS Code 里有 Copilot
  • 终端里跑 Claude Code
  • 浏览器搜 Stack Overflow

每个工具都有自己的 AI，但互相不沟通。你在终端里跑出错误，复制到 VS Code 里让 Copilot 解释，解释完了切回终端修——这本身就是"切换焦虑"的升级版：AI 切换焦虑。

系统级 Agent 想解决的，就是这个孤岛问题。

当 Agent 是 Windows 的底层能力时：

  1. 终端报错 → Agent 自动捕获 → 调用你选的模型解释 → 给出修复命令 → 一键执行——全在一个系统上下文里，不需要切换应用
  2. 多个 Agent 任务可以并行——写脚本的 Agent、跑测试的 Agent、修 bug 的 Agent，统一在系统后台调度，互相不打架
  3. Agent 的权限由系统管控——不像现在每个 AI 工具都要自己问你"能不能读文件"，系统级 Agent 的权限模型是统一的，你信任一次就行

05. 个人观点：微软这次押对了赌注

说实话，我本来对"微软 + AI"已经有点疲劳了。

Copilot 标签贴得到处都是，但大部分是"在旧产品上粘个 AI 皮肤"。这东西用户并不买账。

但 Build 2026 上 Intelligent Terminal 的发布，配合它背后的 Agent 系统架构，让我觉得这次不太一样。

为什么我更看好系统级路线，而不是应用级路线？

第一，系统级能力才有网络效应。 应用级 AI 是每个软件各自为战。系统级 AI 让所有应用共享一个 Agent 运行时、一个协议、一套权限模型。应用越多，系统级 Agent 的价值越大。

第二，ACP 开放协议降低了微软自己的风险。 如果微软只推自家 Copilot，那 Agent 做得好不好完全取决于 Copilot 的能力——Copilot 拉胯，整个 Windows Agent 就废了。但开放 ACP 意味着，Copilot 不行我可以换 Claude，Claude 不行我可以换本地模型。微软赌的不是自家模型最强，而是 Agent 系统最方便。

第三，后台运行 + 非阻塞的设计，是对开发者工作流的真正理解。 终端是干活的，不是聊天的。Agent 是副驾不是主驾——这句话放在系统层面同样成立：操作系统是干活的，Agent 是系统的一个服务，不是系统的全部。

当然，风险也有。

ACP 协议能不能成为真正的行业标准，取决于微软能不能管住自己"哪天又锁回去"的手。开发者社区对微软"拥抱、扩展、再消灭"的历史记忆犹新。开放协议一旦被加上"仅限 Windows 高级功能"之类的限制，信任就碎了。

另外，Agent 运行时本身的质量——上下文感知准不准、权限管控安不安全、多任务调度稳不稳定——这些系统级的能力一旦出问题，影响的是整个 Windows 的体验，不只是一个终端工具。

但我还是倾向于给正面评价。

不是因为 Intelligent Terminal 有多好用（我还没用上），而是因为"把 Agent 做成系统基础设施"这个方向是对的。 应用级的 AI 集成已经卷到头了——每个软件都在做同样的事情。系统级的 Agent 才是下一个十年的基础设施。

06. 评论区聊聊

你觉得 Agent 应该是操作系统自带的能力，还是交给各个应用自己去折腾？

如果 Windows 内置了 Agent 运行时，你会愿意用它调度 Claude/Gemini/Copilot，还是觉得"系统管得太宽了"？

（欢迎评论区说说你的看法）

微软在 Windows 里埋了一个 Agent 系统，终端只是第一站

01. Build 2026 的真正信号：Windows 开始变成"Agent 原生"操作系统

Build 2026 上，微软发布了 Intelligent Terminal（智能终端）。

大部分媒体的标题是："微软把 AI 塞进了命令行"。

但如果你只看终端工具，就看丢了最关键的事——

微软在 Windows 系统层引入了一套完整的 Agent 基础设施。 Intelligent Terminal 只是这个架构的第一个应用表面。

这个架构有三层：

Agent 应用层  →  Intelligent Terminal（首发）、未来还会有更多
      ↓
Agent 协议层  →  ACP（Agent Client Protocol），开放标准
      ↓
Agent 运行时  →  内置于 Windows，管理生命周期、权限、上下文

终端只是第一层露出水面的冰山。水面下的两层，才是真正的重头戏。

02. 系统级 Agent 和"在软件里加个 AI 按钮"是两码事

过去两年，每个软件都在加 AI 按钮。Word 有 Copilot，Excel 有 Copilot，Outlook 有 Copilot……但它们是应用级的——在那个软件里能用，出了门就不认。

系统级 Agent 不一样。

Windows 现在做的事情是：把 Agent 做成操作系统的一等公民，就像文件系统、进程管理、网络栈一样，是内核提供的底层能力。

这意味着：

① 任何应用都能调用 Agent，不需要自己造轮子 一个写脚本的工具、一个 VS Code 插件、甚至一个第三方记事本——只要遵循 ACP 协议，就能接入 Windows 的 Agent 运行时。开发者不用从零搭 AI 能力。

② Agent 有系统级的上下文感知 Intelligent Terminal 为什么能自动抓取当前终端上下文？因为 Windows 在系统层提供了上下文管道——当前的进程、目录、报错输出，Agent 都能天然获取，而不需要每个应用各自去 hack。

③ Agent 任务在系统后台统一管理 Agent 管理中心（Ctrl+Shift+/）看似只是终端的一个面板，实际上它是系统级 Agent 任务管理的第一个 UI。你可以开多个 Agent 任务，它们跑在后台，不阻塞任何前台操作。这不是终端的功能——这是 Windows 的新能力，终端只是第一个展示它的地方。

03. ACP 协议：比"开放"更重要的，是它成了系统标准

原文提到 Intelligent Terminal 支持多 agent，用的是 ACP 协议——然后夸了一句"微软这次没锁死生态"。

但站在系统层面看，ACP 的意义远超"开放"二字：

ACP 正在成为 Windows 的 Agent 通信标准协议。

就像 HTTP 是 Web 的标准协议、USB 是外设的标准协议一样，ACP 是未来 Windows 上所有 Agent 交互的标准协议。

为什么这件事重要？

因为一旦 ACP 成为系统标准：

  • Claude Code 可以直接调 Windows 的 Agent 运行时
  • Gemini 可以访问系统上下文管道
  • 本地模型（llama.cpp、Ollama）只要实现 ACP，就能和 Windows 深度集成
  • 你不是在用某个终端的 AI 功能——你是在用 Windows 的 Agent 能力，Intelligent Terminal 只是一个入口

这个格局比"支持多 agent"大得多。

04. 解决的真问题：应用孤岛被打破了

现在的 AI 工具生态是一个个孤岛：

  • Chrome 里有 Gemini
  • VS Code 里有 Copilot
  • 终端里跑 Claude Code
  • 浏览器搜 Stack Overflow

每个工具都有自己的 AI，但互相不沟通。你在终端里跑出错误，复制到 VS Code 里让 Copilot 解释，解释完了切回终端修——这本身就是"切换焦虑"的升级版：AI 切换焦虑。

系统级 Agent 想解决的，就是这个孤岛问题。

当 Agent 是 Windows 的底层能力时：

  1. 终端报错 → Agent 自动捕获 → 调用你选的模型解释 → 给出修复命令 → 一键执行——全在一个系统上下文里，不需要切换应用
  2. 多个 Agent 任务可以并行——写脚本的 Agent、跑测试的 Agent、修 bug 的 Agent，统一在系统后台调度，互相不打架
  3. Agent 的权限由系统管控——不像现在每个 AI 工具都要自己问你"能不能读文件"，系统级 Agent 的权限模型是统一的，你信任一次就行

05. 个人观点：微软这次押对了赌注

说实话，我本来对"微软 + AI"已经有点疲劳了。

Copilot 标签贴得到处都是，但大部分是"在旧产品上粘个 AI 皮肤"。这东西用户并不买账。

但 Build 2026 上 Intelligent Terminal 的发布，配合它背后的 Agent 系统架构，让我觉得这次不太一样。

为什么我更看好系统级路线，而不是应用级路线？

第一，系统级能力才有网络效应。 应用级 AI 是每个软件各自为战。系统级 AI 让所有应用共享一个 Agent 运行时、一个协议、一套权限模型。应用越多，系统级 Agent 的价值越大。

第二，ACP 开放协议降低了微软自己的风险。 如果微软只推自家 Copilot，那 Agent 做得好不好完全取决于 Copilot 的能力——Copilot 拉胯，整个 Windows Agent 就废了。但开放 ACP 意味着，Copilot 不行我可以换 Claude，Claude 不行我可以换本地模型。微软赌的不是自家模型最强，而是 Agent 系统最方便。

第三，后台运行 + 非阻塞的设计，是对开发者工作流的真正理解。 终端是干活的，不是聊天的。Agent 是副驾不是主驾——这句话放在系统层面同样成立：操作系统是干活的，Agent 是系统的一个服务，不是系统的全部。

当然，风险也有。

ACP 协议能不能成为真正的行业标准，取决于微软能不能管住自己"哪天又锁回去"的手。开发者社区对微软"拥抱、扩展、再消灭"的历史记忆犹新。开放协议一旦被加上"仅限 Windows 高级功能"之类的限制，信任就碎了。

另外，Agent 运行时本身的质量——上下文感知准不准、权限管控安不安全、多任务调度稳不稳定——这些系统级的能力一旦出问题，影响的是整个 Windows 的体验，不只是一个终端工具。

但我还是倾向于给正面评价。

不是因为 Intelligent Terminal 有多好用（我还没用上），而是因为"把 Agent 做成系统基础设施"这个方向是对的。 应用级的 AI 集成已经卷到头了——每个软件都在做同样的事情。系统级的 Agent 才是下一个十年的基础设施。

06. 评论区聊聊

你觉得 Agent 应该是操作系统自带的能力，还是交给各个应用自己去折腾？

如果 Windows 内置了 Agent 运行时，你会愿意用它调度 Claude/Gemini/Copilot，还是觉得"系统管得太宽了"？

（欢迎评论区说说你的看法）