微软AI代理:从编码助手到软件决策者

56次阅读
没有评论

共计 2605 个字符,预计需要花费 7 分钟才能阅读完成。

从 Agent 365 到 Foundry 的 MCP 工具目录,再到全新的 IQ 服务,微软正在超越“副驾驶”模式,迈向一个软件开发完全自动化的未来。

在周二的 Microsoft Ignite 2025 大会上,微软展示了一系列能力,预示着全代理 AI 时代的到来。文章探讨了自主代理的操作层面,即能够监控、诊断和修复自身的软件。但软件创建呢?Ignite 2025 的公告揭示了未来软件将由自主 AI 代理组装、扩展和演化的场景。

微软 AI 代理:从编码助手到软件决策者

简而言之,AI 代理不仅会帮助我们编码,还会决定编码内容,然后构建这些解决方案。这听起来令人震撼。

在深入讨论微软宣布的具体技术之前,先分享一个警示。通过 Claude Code 和 ChatGPT Codex 使用代理 AI 进行编码,虽然结果非常出色,但过程却异常混乱。对于每一个从 AI 那里获得的工作能力,都不得不经历五到十次草稿,其中 AI 误解了任务,完全撒谎说它能做到它声称的事情,忽略了指令,或者完全偏离了轨道。毫无疑问,AI 辅助编码帮助节省了时间。但也表明 AI 代理需要相当广泛的监督。

因此,AI 代理监督其他 AI 代理的想法听起来并不现实。在讨论这些 AI 代理按需组装软件工具的新能力时,请记住对合格人类监督的需求日益增长。

Agent 365 赋予软件“人格”这听起来有些奇怪,但请耐心听一下。在美国法律中(这也适用于其他国家),公司被视为法人,因为它们拥有自然人的权利和责任。这个类比并不完美,但它已经足够好,让律师们穿西装很长时间了。

在组织内部,从 IT 角度来看,人类与脚本、应用程序、例程和其他代码一直有不同的管理状态。人类被视为“用户”,并通过唯一身份、权限、治理、可观察性和生命周期管理进行跟踪。

现在,以下是微软的关键短语:“Microsoft Agent 365 将扩展管理用户的基础设施到代理——帮助组织负责任地大规模管理代理。”

本质上,微软正在将代理转变为用户,而不仅仅是一段代码。在使代理能够组装代码并部署的过程中,这些代理将作为历史上执行过同类任务的用户来行动。

虽然持续执行的软件守护进程作为服务器功能已经存在了几十年,但这是新的。Cron 作业和其他传统的持续运行软件执行特定的预定义确定性任务。

但在这个新的微软模型中,代理是目标驱动的,而不是任务驱动的。它们有意向、状态、知识和上下文。与存在于机器账户下的守护进程不同,Agent 365 下的代理将被枚举、入职、离职、审计和权限范围界定,不是作为 cron 作业,而是作为本质上的数字工作者。

Microsoft Foundry 添加 MCP 工具目录要理解下一个大动作,需要了解模型上下文协议(MCP)。这是 Anthropic 大约一年前引入的标准协议,具有变革性。基本上,它是 AI LLM 和服务(如 Slack、Google Drive、PostgreSQL 等)相互通信的标准方式。

重要的是,每个 LLM 或 AI 实现不必为每个服务构建定制的基于 API 的连接。只要 LLM 有 MCP,服务也有 MCP,它们就可以通信。而且,这是双向的。换句话说,AI 可以向服务发起请求。但服务也可以向 AI 发送提示并返回结果。

通过 MCP 的标准化接口,AI 和服务已经成为乐高积木,每个都可以插入另一个。这完全支持我们的自建工具论题。因为现在 AI 有一种以可预测的方式点击服务到服务的机制,代理可以在需要时这样做(受权限、授权等约束)。

所有这些都带我们回到微软的公告。微软表示 Foundry 将“通过一个统一的模型上下文协议(MCP)工具目录,使开发者能够丰富代理的实时业务上下文、多模态能力和自定义业务逻辑,该目录内置了安全和治理。”

该目录一开始就包含了 1,400 个系统(如 SAP、Salesforce 和 HubSpot)。微软还提供 MCP 扩展性,开发者可以通过 Foundry 使任何 API 或功能作为 MCP 服务器工作。

现在,回想一下本文开头介绍的自创建设论。在微软环境中运行的 AI 代理不会从头开始编写自己的代码。但它们将被授权从不断增长的 MCP 服务器目录中组装工具。

本质上,微软为 AI 代理成为混搭艺术家提供了路线图。

使代理理解上下文让我们回顾一下。微软正在使代理被视为类人的数字工作者(尽管这听起来令人担忧和怪异)。微软还使代理能够通过 MCP 点击组装工具,而不是编码 API 或从头开始编码所有内容。

下一个逻辑问题变成了,“如果 AI 代理不真正理解业务环境、它们看到的数据的含义或上次发生了什么,它们如何智能地组装解决方案?”

这就是微软下一个公告的用武之地。为了让代理成功构建和部署解决方案以匹配定义的意图,它们不能将每个任务视为全新的操作。代理需要共享的上下文、语义理解和长期记忆。

这非常强大。上下文回答诸如“这是为了什么?”和“它如何与其他事物配合?”的问题。记忆回答诸如“以前有人尝试过吗?”和“那有效吗?”的问题。语义回答诸如“客户、发票、优先级或所有者在这家公司中的实际含义是什么?”的问题。

为了解决这个问题,微软推出了 Work IQ、Fabric IQ 和 Foundry IQ。需要说明的是,Work IQ 也是 IQ Vice 制造商的品牌名称,这是一种非常灵活和强大的车间工具。我们在这里讨论的是不同的东西。除了酷炫的车间工具,以下是微软的三个新软件工具为代理构建堆栈所做的。,

  • Work IQ: 让代理了解员工在做什么,以及工作如何通过 Microsoft 365 流动。
  • Fabric IQ: 使用 Microsoft Fabric 的语义模型为代理提供业务级数据含义。
  • Foundry IQ: 让代理在多个数据源中统一访问知识和长期回忆。

微软的 IQ 公告旨在超越为代理提供数据访问。它们正在构建一个基础,使共享的组织理解成为可能,以做出准确、上下文感知的决策。通过 Work IQ、Fabric IQ 和 Foundry IQ,微软表明未来的企业软件不仅仅是执行。它将理解、适应和构建,这在以前需要人类的参与。

这一切意味着什么?所以让我们明确一点。这些公告并不意味着完全自建的代理软件环境今天存在。但微软表明它已经确定了缺失的架构成分,并且大多数都可以预览。

毫无疑问,进展将是渐进的、混乱的,并且需要相当多的人类监督。但我们开始看到 AI 将如何改变企业 IT 环境的路线图。

现在轮到你了。你认为微软向代理驱动软件的转变会改变组织内部应用程序的构建和操作方式吗?你认为代理从现有工具中组装解决方案是实际的近期步骤,还是仍然是长期愿望?随着这些系统的成熟,你认为需要什么级别的人类监督?

正文完
 0
admin-gah
版权声明:本文于2025-11-19转载自Zdnet,共计2605字。
转载提示:此文章非本站原创文章,若需转载请联系原作者获得转载授权。
评论(没有评论)
验证码