[控场AI]
· 6 分钟阅读· 3,217 字

微软Agent Builder实战:零代码打造专属AI智能体与技能

微软Agent Builder实战:零代码打造专属AI智能体与技能

微软Agent Builder让非技术人员用自然语言在几分钟内创建可接地、可复用、可监控的专属AI智能体。

微软产品团队通过现场演示展示了Agent Builder与Skill Builder的完整工作流:无需编码,用户只需输入自然语言提示,系统便能自动生成智能体名称、描述与指令,并允许绑定SharePoint文档、Teams群聊等组织专属知识源实现"知识接地"。系统还能自动识别可重复任务并生成可复用技能,技能可通过MD文件在团队间共享。在协作与治理层面,新增了多人协同编辑和组织级提交审批机制,管理员可把关商店质量。内置监控标签页让创作者无需切换工具即可查看使用数据。微软披露每天有5万个智能体被创建,折射出AI应用正从集中式通用助手向分布式业务专家型智能体演进的整体趋势。

微软产品团队的Seema Bansal在一场现场演示中,完整展示了如何使用Agent Builder(智能体构建器)和Skill Builder(技能构建器),让非技术人员也能在几分钟内创建属于自己组织的专属AI智能体。这场演示的核心主张很明确:Copilot作为通用助手已经足够强大,但真正的价值在于把AI的能力交到用户手里,让每个人为自己的业务场景打造"专家级"智能体。

为什么要构建自己的智能体

Seema用了一个形象的类比来解释自建智能体的意义:这就像给房子重新布线时,你可以请一个万能承包商,也可以请一个持证电工。两者都很优秀,但专业电工能提供聚焦的专业能力、遵循既定标准协议,并且被信任来处理这类特定工作。

同样道理,构建智能体本质上是把流程"委派"给专家。她拆解了判断是否值得构建智能体的三个标准:这件事消耗了你大量时间、这件事具有流程性或可重复性、以及这件事高度特定于你的组织。比如你希望回答只基于某个特定的SharePoint站点,或者当你提到"AB"时指的是Agent Builder而非某个联系人——这种高度专属的定义,正是构建专家型智能体的价值所在。她强调,智能体的价值会随着时间复利式累积。

用自然语言创建智能体

演示最有说服力的部分是全程现场操作。Seema在office.com里,先浏览了已有的智能体商店(Agent Store),里面能看到微软官方构建的智能体、组织内部构建的智能体,还支持搜索。她尝试搜索"新员工入职"相关智能体未果,于是决定直接新建一个。

智能体商店界面

整个创建过程没有任何编码。她只是在Copilot里输入一段自然语言提示:"你是一个员工入职智能体,帮助回答业务流程相关问题、执行常见任务"。系统识别到意图后,自动把她带到了Agent Builder,并已经预先起好了名字、草拟了描述、目的说明和通用指引。

真正让智能体"专业化"的核心是知识。Seema为智能体添加了具体文档、Teams频道,甚至一个超过150人的团队群聊作为grounding(知识接地)来源。配置好之后,她还可以点击"建议改进",让系统自动精炼指令、添加推荐提示词——整个过程中指令会实时更新,用户只需用最自然的语言对话即可。

Grounding(知识接地) 是大语言模型领域的重要概念,指将AI的回答"锚定"到特定的、可信的知识来源上,而非让模型单纯依赖训练时习得的通用知识。没有接地的AI可能产生"幻觉"(hallucination),即生成听起来合理但实际不准确的内容。通过为智能体指定SharePoint文档、Teams频道或群聊记录作为知识源,系统在回答时会优先检索这些来源,使回答范围和准确性都被约束在组织的真实数据之内。这也是"专家型智能体"与通用Copilot最本质的区别:前者的知识边界是显式定义的,因此在特定业务场景下更可信、更合规。

零代码构建可复用技能

演示中一个关键亮点是Skill(技能)的自动识别。Seema向智能体提出"帮我起草每周的入职进展状态更新",她刻意没有说明这应该是一个技能。但系统在左侧识别出:这是一个可重复的任务(每周的状态邮件),最适合用技能来处理,于是自动开始规划并生成了一个全新的技能。

Web访问与推荐提示词配置

这个自动生成的技能(目前处于预览阶段,即将正式可用)包含完整的指令、参数和输出渲染方式,全部由Agent Builder自动创建,用户可以自行编辑名称和标题。更重要的是技能的可复用性:如果同事在GitHub Copilot或其他平台上写过技能,只需让对方分享一个MD文件,就能通过加号导入到自己的智能体中,直接"嵌入"使用。

这里提到的MD文件(Markdown文件) 作为技能交换格式,背后对应的是微软在GitHub Copilot Extensions与Copilot Studio生态中推进的一套标准化技能描述协议。开发者或高级用户可以用Markdown格式描述技能的名称、参数、指令和输出规范,这个文件既人类可读,也能被Agent Builder直接解析导入。这种设计让技能成为可流通的"资产"——类似于npm包或Python库的理念——使跨团队、跨平台的能力复用成为可能,而不需要每个智能体的构建者都从零开始定义相同的操作逻辑。

共享、治理与组织级发布

智能体创建完成后,分享机制和文件共享一样简单直观。

创建完成界面

Seema介绍了几个新增的协作能力:

  • 多人协同编辑:分享智能体时可以授予编辑权限,同事收到邮件通知后可以共同添加文件、数据源或配置技能,实现多作者协作(multi-co-authoring)。
  • 组织级提交:可以把智能体提交给整个组织,这会向管理员发起审核请求。审核通过后,智能体会出现在商店的"由组织构建"分类下,管理员以此保证商店的质量控制,避免过度杂乱。
  • 使用条款与显示名称:提交时可添加使用条款、更新显示名或改为开发者名称。

这套机制在易用性和治理之间取得了平衡——既让普通用户能快速发布,又让管理员保有审批把关的权力。

内置监控与进阶能力

针对创作者普遍关心的"我的智能体表现如何",微软在Agent Builder内直接加入了监控(Monitor)标签页。无需管理员权限、无需切换到治理门户,创作者就能查看总会话数、日活跃使用量、平均用户消息数、平均时长、参与度,以及智能体从哪些知识源拉取信息的图表,还支持自定义时间范围分析。

智能体监控数据面板

Seema还点出了几项让Agent Builder更强大的进阶功能:

  • 定时与触发器:可以让智能体按时间计划运行,或设置"当某封邮件到达时执行某操作"的触发器。
  • Office操作连接:可以指定输出格式,比如每周二起草的客户沟通以邮件或PPT形式呈现。
  • helper智能体:左侧的辅助智能体承载了团队大量心血,用户只要说出想让智能体做什么,它就会自动转化并更新指令、推荐提示词、名称和描述,用户无需操心配置细节。

定时触发器与事件触发器 代表了智能体从"被动响应"向"主动执行"的演进。传统聊天式AI需要用户发起对话才能工作,而配置了触发器的智能体可以像自动化工作流(类似Power Automate或Zapier)一样运行:在指定时间点自动汇总信息、发送报告,或在外部事件(如收到特定邮件)发生时立即响应。这使得智能体不再只是"更聪明的搜索框",而开始承担流程自动化的角色。结合Office操作连接(直接输出为邮件草稿或PPT),智能体的工作成果可以无缝衔接到现有的办公流程中,减少人工的复制粘贴环节。

结语:委派的规模化

Seema在演示收尾时抛出一个数据:每天有5万个智能体被创建。她将此形容为"大量工作的委派"。这个数字背后,反映出微软正在推动的一个方向——让AI能力从集中式的通用助手,走向分布式的、由每个业务用户自己掌控的专家型智能体。

对于组织而言,Agent Builder降低的不只是技术门槛,更是让最了解业务场景的人(而非开发者)成为AI应用的构建者。配合知识接地、技能复用、协同编辑和内置监控的完整闭环,这套工具试图把"构建智能体"变成和"共享一个文件"一样日常的操作。

#Agent Builder#微软智能体#Skill Builder#AI智能体构建#Copilot#零代码AI#AI技能
分享:

相关推荐