摘要：Agentic Web（代理式网络）正在到来。下一代互联网，不再只是点击跳转，而是智能代理之间的协作。
当地时间 2025 年 5 月 19 日，西雅图 Build 开发者大会主舞台
萨蒂亚·纳德拉（Satya Nadella）站在万名开发者面前，说出了一个关键词：
Agentic Web（代理式网络）正在到来。下一代互联网，不再只是点击跳转，而是智能代理之间的协作。
这是一个被悄悄改变的时代起点。
过去二十年，互联网是靠人类点击“超链接”维系的系统； 而现在，它正转向由 AI 伙伴“协同执行任务”组成的网络。
这一刻，微软正式推出 “AI 代理网络”，它不是某个 Copilot 工具的升级，而是：
更重要的是：
你不再是写代码的人，而是和 AI 一起工作的“智能链节点”—— 未来的系统，不是你一个人做完一件事，而是你给出意图，代理完成流程。
文章将围绕微软 Build 2025 的全场演讲，带你看懂这三件事：
什么是“AI 代理网络”？它跟我们熟悉的 AI 助手、插件、Copilot 有何本质不同？微软正在构建的代理网络，有哪些基础设施支撑它跑起来？对国内的开发者、SaaS 企业、产品设计者来说，应该如何响应这场范式变化？这一届 Build，发布的不只是工具，而是 “新一代开发者系统”。
“现在，我不再只是提交 bug。”
在 Build 2025 的主舞台上，微软 CEO 萨蒂亚·纳德拉（Satya Nadella）走到大屏前，笑着说：
“我可以直接把这个任务，分配给我的新伙伴 Copilot。”
只见他点击 GitHub 页面上的一个问题（Issue），点了“Assign to Copilot”。几秒钟内，Copilot 接收任务、开启分支、调试代码、创建 PR（Pull Request）——全程无需人类编码。
这不是建议代码，而是执行任务。
我们正在把 Copilot，从配对程序员（Pair Programmer）变成对等程序员（Peer Programmer）。
这句话，标志着 Copilot 的角色，彻底改变了。
AI 编程的分界线，正式出现了
在 Build 现场，微软不仅更新了 Copilot，还宣布了一整套“代理级”开发体系：
GitHub 中的新模式叫做 “Copilot Agents”，能独立完成错误修复、新功能实现、版本迁移等任务；开发者可以将这些任务通过 UI 直接分派给代理，不需要写 prompt，也不需要反复交互；每个 Copilot 代理都拥有自己的上下文、代码库权限、专属分支和执行环境；所有操作都符合 GitHub 的合规与审计规范，确保安全隔离。而纳德拉的演示，更像是一句明示：过去是你调 Copilot，未来是你和 Copilot 并行，甚至由它主导部分任务流。
这是编程方式30年来最大的一次变化
OpenAI CEO Sam Altman也在视频连线中确认：
“这是我见过的编程最大变化之一。我们终于到了可以真正派活的阶段。你可以说：‘去做这件事’。AI 会自己理解、拆解并完成。”
他形容 Copilot Agent 是“虚拟队友”：
能独立工作；能并行接任务；能处理跨文件、多模块、逻辑完整性极高的复杂问题。这不是过去那种“续写式”的提示词编程，而是真正的软件工程代理机制。
“你可以并行发出请求，修复 bug，开发功能，回答代码问题。” “这就像一个开发团队，只不过其中一员是 AI。”
不是助手，而是合作方
这种变化带来的影响，不止在“写代码”这件事上，而是在重塑开发者和系统的关系：
换句话说：开发者不再写代码解决问题，而是组织任务，让 AI 去解决问题。
Build 现场还演示了：
Copilot 能主动为代码打版本迁移计划（如 .NET 6 升级至 .NET -9）；能根据上下游依赖判断风险；能拉 GitHub Actions 流水线完成端到端部署；在开发者查阅时，还能“像桌边助手一样”用表情回应：“我看到你了，我在干活。”读者一定要明白的信号：
这次发布不只是新功能，而是新角色结构：
过去：你用 AI。
现在：你与 AI 共事。
未来：你给 AI 派活，AI 开始调用别的 AI。
这背后，是微软、GitHub 和 OpenAI 合力推动的一件事—— 把“代码补全”进化成“开发代理网络”，让 Copilot 成为AI 编程流水线中的主动节点。
“不是插件集成、不是AI助手，而是一种新的网络结构正在成型。”
在 Build 2025 的主舞台，微软 CTO 凯文·斯科特（Kevin Scott）第一次系统讲解了 Nadella 所说的“AI 代理网络”：
我们正在构建的，不只是某个应用的 Copilot，而是一个 开放的代理网络（Agentic Web）。
你可以把它看作是下一代互联网的雏形。任务不再靠人点，而是靠智能体协作。
这句话，划出了一条清晰的界限：
我们熟悉的互联网，是靠超链接跳转页面；微软眼中的未来互联网，是靠 AI 代理接收意图、调度系统、执行任务。
第一块地基：MCP 协议，给 AI 一张“执行地图”
所谓“AI 代理网络”，不是一群孤立的智能体，而是一整套可以通信、协同、调用服务的架构。 核心就是微软新推出的 MCP（Model-Context-Protocol）协议。
Kevin 说得非常直白：
MCP 就像 HTTP 之于网页，是这个网络的基础通信协议。
每个 AI 代理，都通过 MCP 与服务系统连接，形成协作闭环。
在 Windows、Copilot、GitHub 中，MCP 已经上线。你可以通过它：
调用本地应用（如：让 Copilot 修改文件、打开设置、调出 WSL）；获取云服务信息（如：查 GitHub Issues、触发 Actions、读写数据库）；连接第三方服务（如：SAP、ServiceNow、Docusign，甚至 Figma）换句话说，MCP 让 AI 不再被困在输入框里，而能动手做事。
微软还发布了 MCP 注册表，确保所有接入服务必须通过审核、安全、权限控制。
正如 Kevin 强调的：我们不是做封闭垂直平台，而是像互联网早期一样，建立一个通用、可组装、分布式的智能网络。”
️ 第二块支撑：Copilot Studio，任何公司都能训练自己的代理
如果 MCP 是“电网”，那你需要有“设备”接入。 这正是 Copilot Studio 出现的原因。
Nadella在演讲中说：
Copilot Studio 不只是做定制，
而是让每家公司都能构建自己的智能代理，并投放到整个网络中运行。
在 Build 演示中：
企业可以用少量参考文档微调模型，生成具有专业语言的自定义代理；可以在 Studio 内组装多代理编排流程，如：一个 HR Copilot 接入员工资料 → 触发法律审核 → 返回报价建议；新发布的 Copilot Studio 支持接入 MCP，也就是你能让代理调服务、调工具、调插件。“Copilot as a Surface”（Copilot 是新交互界面）
你不再需要自己写 UI、设计工作流，而是通过 AI 代理直接让业务跑起来。
第三块接口：NL Web，网页变成“可被 AI 理解和调用”的智能单元
这也是 Kevin Scott 演讲里一个重要新发布：“NL Web”。
他解释说：
NL Web 就像是 Agentic Web 的 HTML。
它让你的网站、服务自动成为 AI 可以读懂和调用的 MCP 服务。
举个例子：
你不再需要教 AI 如何抓取网页内容、定位按钮、写代码调用 API；你只要实现 NL Web 标准，就等于在互联网上挂了一个“智能服务节点”；AI 代理可以自动调用你提供的服务，不需要你适配每个模型。微软已与 TripAdvisor、Oh Media 等网站合作，让它们的服务默认成为代理可调用的组件。
Kevin Scott 直言：
“这是让每个网站变成智能服务的方式，智能网络才会跑起来。”
读者要理解的关键点：
你看到的不只是工具发布，而是一个“互联网交互范式”的彻底转向：
AI 工具只是表象，本质是——互联网底层协议，正在被重编译。
我们不是在升级某个功能，而是在重新组织整个开发工作。
什么叫重新组织？
很简单：
以前你写代码，从调工具、写功能、打包部署，一环扣一环，都靠你自己串起来。而现在，这些任务被拆开、分类、指派，交给多个 AI 代理同时推进，像是一支“虚拟开发小队”。
而微软做的，不是只给你一个 Copilot，而是提供了一整套“管队伍的系统”。
️ 开发不再是“一个人做到底”，而是“AI 接 AI 完整跑流程”
Satya 在现场演示了一件事：
他打开 GitHub，一个简单任务——“加个筛选功能”——以前可能要自己新建分支、写代码、拉测试、提 PR。
而现在，他只点了一个“指派给 Copilot”。
几分钟后：
Copilot 自动创建分支；拉起 GitHub Actions 启动测试环境；提交草稿 PR（拉取请求）；并把整个处理过程写入会话记录，其他人可以继续接手。他笑着说：
我不是交任务，而是和 Copilot 一起工作，它是我的对等伙伴（Peer Programmer）。
换句话说，AI 不只是写代码，而是开始“串流程”了。
微软做的，是一整套“智能开发流水线”
微软不是只升级了 Copilot，而是把 GitHub、Copilot、Copilot Studio、Azure Foundry 连成一个系统。
这个系统有三层：
Nadella用非常简单的话说清楚了它的野心：
他强调这不只是“模型调用”，而是 真正可落地的生产系统。
OpenAI CEO Sam Altman 也补充指出：
过去只能让 AI 写几行代码，现在已经可以让它接下完整项目。这已经不
是一个人主导节奏，而是 AI 成为团队成员、接手工程任务。
微软不是发布新工具，而是封装一种“标准开发节奏”
过去，每个公司都有自己的一套开发方式：
有的写在 Notion，有的挂在 Jira，有的藏在脑子里。
而现在，微软用 Copilot Studio + Foundry + GitHub 把整个节奏 “标准化、模块化、智能化”了。
Satya 说：
我们正在提供一整套平台，让开发节奏跟得上模型节奏。
这句话的意思是：
模型每几个月就更新一轮，而你的代码、流程、人力资源，能不能跟得上？ 如果你还在靠手动写代码、手动测试、手动部署，你很快就会掉队。
所以微软要把整个开发节奏，“封装进代理网络”里，让你招一个代理，就等于招一支团队。
读者这样理解就够了：
不是 AI 帮你省几分钟写代码时间，而是：
你开始把任务“分配”出去；AI 不再是插件，而是流程工人；开发不再是从头到尾一个人来，而是多个智能代理接力完成；微软已经给你准备好“工厂机器”、“流水线”，甚至“调度系统”；这不是工作更省力，而是你得习惯 “把工作交出去”。
Build 现场的高潮之一，不在云端，而在桌面：
“我们宣布：Windows 原生支持 MCP。” ——Satya Nadella
一句话，把AI 代理从网页、工具栏、对话框里，真正“写进了系统”。
这意味着什么？
不是“Copilot 能弹窗”，也不是“聊天助手能用”，而是—— Windows 正在成为 AI 代理的“操作场地”。
不再是你操作电脑，而是代理代你操作系统
现场，微软工程师 Divya 做了一个超简单的演示：
她在 VS Code 里只说了三句话：
“帮我装一个新的 Linux 环境。”“在里面建一个网站项目。”“让它看起来像我在 Figma 中选的设计图。”几分钟后：
AI 代理连上了 WSL（Windows 子系统 Linux）；自动跑了安装命令；把网站建好了；并且提取了她 Figma 设计图的样式，一键生成对应的 HTML 页面。更关键的是：她没手动操作任何一项，只是说了清楚的意图。
她总结了一句话：三句话，完成了我过去要做三小时的工作。
这不再是 Copilot 的功能升级，而是 Windows 已经允许 AI 代理直接调用系统接口、文件、图形设计工具。
微软的目的很清晰：打通 AI 与所有终端的通道
Satya 直接点明：
Windows 是世界上最开放的平台。
我们现在要把代理系统写入操作系统本身，支持 MCP、支持 AI 执行任务、访问本地资源。
他提到，Windows AI Foundry 已经上线，它包含：
本地运行的模型引擎；AI 代理服务；内建的权限系统；针对文件系统、设置、应用的 MCP 接口；一个用于注册和调度所有“AI 服务”的控制台。
Nadella的目标是：未来的 Windows 不是人用鼠标点，而是让代理执行任务、读写文件、发出指令。
这其实是微软在重定义“操作系统”的边界
我们过去理解的系统，是“给人操作”的。 打开文件、写文档、点设置，全靠你自己来。
而微软现在的理解是：每一个人类用户，未来都将拥有多个 AI 代理。这些代理会协作完成工作，而操作系统就是它们工作的舞台。
换句话说：
Windows 是平台；Copilot 是员工；任务是你说的意图；而你，就是那个调度整个系统的“项目经理”。这已经不是在设计界面，而是在设计“AI 如何工作于世界”的基础框架。
你看到的而是微软在铺“全设备的智能执行系统”
Nadella宣布，Windows AI Foundry 的范围不仅仅在 PC：
它将支持 CPU、GPU、NPU、云计算甚至边缘设备；让你本地就能运行模型、管理代理；支持语义 API、向量数据库、RAG 应用；让应用、AI 和操作系统之间不再有“卡点”。他说得很直接：
“未来每一台设备，都会有一套代理网络在背后运行。”
这是微软的“AI 操作系统”愿景——不是放一个 AI 在前台，而是让整个系统变得 AI-native。
读者这样理解最简单：
以前：
你开电脑，点开 VS Code，自己建项目；你打开设计图，手动复制样式；你跑命令行，装 Linux 环境；现在：
你告诉 AI：“我想建个网站、长这样”；AI 自己去装系统、复制样式、写代码；Windows 提供权限、系统调用、模型运行，全力支持 AI 来动手干活。开发工作本身，将被组织成一个「AI 工厂」。
这不是比喻，是 Satya Nadella 明确说出的系统设计逻辑：
我们把 Copilot、Copilot Studio、Foundry 全部整合成一条完整的智能流水线。就像制造业从手工走向自动化一样，开发也将从手工编写变成系统编排。
开发者，不再是“写代码的人”，而是“调度系统里资源的人”
在 Build 上，Satya 描述了这个全新角色：
你不是在部署模型，而是在用代理来组织流程； 你不是在调工具，而是在调资源； 你不是单点写功能，而是在运行生产链条。
这背后，是微软在构建一整套「AI 工厂生产逻辑」：
Nadella 明确强调：“我们不再让开发者面对复杂的底层堆栈，而是让他们像在调度平台一样调代理。”
Azure Foundry：微软打造的“软件智能工厂线”
Nadella宣布，Foundry 已经不是“模型管理中心”，而是：一个智能的生产线系统（Smart Assembly Line）。
它的功能像什么？
就像制造企业的一条完整流水线：你定义一个目标（比如生成一个合同）；系统会调动多个代理：文档理解、合规检查、生成撰写、风格审阅；每个代理在特定的“工位”完成任务；输出最终成品，并可自动归档、部署、反馈、再迭代。微软 CTO Kevin Scott 把这种流程叫做：
多代理编排，是 AI-native 应用的基本单位。
他说：我们不再用‘调用 API’的方式构建系统，而是用‘安排 AI 人员协作’的方式完成业务。
程序开发的每一环，都是可以结构化分解的任务链
在 Build 的演示中，微软团队展示了 Vibe Travel 项目：
一个 AI 旅行助手项目，需要查天气、接 TripAdvisor 数据、生成网页 UI；开发者只需说明需求，AI 代理开始接入 API、抽数据、写代码、部署；整个流程从“写代码”变成“指令接力”；而 Copilot 在其中，既写代码，也调度资源、生成日志、记录流程。这和传统开发有什么区别？
以前你“从头敲到尾”写系统； 现在你只需定义目标，系统自己跑出结果。
微软想封装的是一种“AI 原生开发节奏”
Nadella说得很清楚：
我们现在每几个月就有新模型，但开发流程还卡在旧时代。
所以微软不是在发布产品，而是在重写“开发的基本单位”：
把开发任务标准化、可分配；把模型能力抽象成代理角色；把整个交付过程打包成自动流程；让开发像运行一个工厂一样，可复用、可管理、可追踪、可优化。他称这为：
让每一个开发者，都拥有自己的智能生产系统。
读者可以这样理解：
过去，软件开发像是“手工作坊”：
你一个人包揽所有流程，写代码、调 API、处理数据、打包上线。
现在，它变成了“智能工厂”：
你设定目标 → 调动 AI 工人 → 跑出结果 → 自动部署 → 持续交付。
AI 是流水线的工人； 代码是被编排的资源； 你，是整个系统的调度者。
概念转换表
Build 2025 最隐秘、也最危险的一点是：
微软没在教你怎么“用 AI”， 而是在改写“软件开发本身的节奏”。
国内很多人还在研究提示词、试新插件、调模型参数， 但 Nadella 已经明确指出：
“这是一次平台级的节奏切换。”
⏱️ 节奏不是发布速度，而是交付方式的改变
在 Build 现场，Satya 用一句话总结 Microsoft Foundry 背后的思路：
我们把模型、编排、RAG、知识图谱、数据、部署，变成一个完整的执行堆栈。
这意味着：
不再是开发一个产品上线一个功能；而是像建流水线一样，能自动生产“多个功能”；开发者在调度任务、分配代理、监控交付，而不是逐行写代码。这个节奏的变化，看起来技术性很强，实则非常现实：
慢一步的人，可能不是不会用 AI，而是交付节奏不兼容。
很多公司以为上了 Copilot、Notion AI、Claude 就是“AI 化”了。
但 Kevin Scott 在演讲中直接指出：
我们正从‘任务工具堆’进入‘代理网络时代’。
他给了一个简单的对比：
换句话说：
插件是“你来干活，它帮你提速”； 代理是“你说需求，它自己干活”。
两者差了整整一层“结构”。
️ 真正的门槛，是有没有对齐“AI 编排的思维模型”
Satya Nadella在 Build 上讲到 Copilot Studio：未来不是一个人写程序，而是你调度多个代理，像团队一样工作。
他举了一个例子：
招聘一个新人，涉及 HR、财务、IT、法务。现在，你可以为每个流程配一个代理，然后编排成一个整体代理系统。这个“分角色、分能力、并行执行”的模式，就是 AI 工厂逻辑。
但国内很多项目经理、产品、开发，还停留在“我怎么用 AI 来帮我写一点代码”，
而不是去问：“我能不能把这个流程交给一个 AI 团队完成？”
所以，不是不会用 AI， 而是不会把项目结构交给 AI 接管。
读者可以记住一个关键公式：
不是“我学会了哪个工具”，
而是“我有没有把工作方式改成 AI 能运行的格式”。
你要做的，不是把 AI 安装进团队， 而是把“团队结构”重构成AI 可以参与的流程图：
每个功能节点要标准化；每个数据输入要结构化；每个判断逻辑要显性可调；每个交付环节要可验证、可反馈；当你的流程可以被代理理解，它就可以被代理接管。
所以，该怎么对齐 AI 工厂的节奏？
不是所有人都能马上用上 Copilot Studio 或 Foundry， 但思维方式可以从现在开始同步：
流程图优先：每一个开发任务，从“写功能”变成“画流程 + 指目标”；模块拆分：每个流程不要一人包揽，而是划清功能、输入、输出；任务可调用：设计时就考虑“代理是否能执行”；数据结构清晰：不模糊描述需求，用表格、参数、字段组织信息；代码文档融合：每次提交都要求结构化说明，方便后续交接给 AI 审查或修改；想清楚团队的哪部分流程可以被代理重写；哪些人可以升级为“调度者”，而不是“执行者”。Build 2025 的真正主题，从不是“又多了一个 AI 工具”。
Satya Nadella 在演讲里多次提到一个概念：
开发者正被纳入一个代理网络。
来源：趣闻捕手一点号
