Agent 类型对比

Foundry Agent Service 提供三类智能体,区别在于开发者自己写多少、由平台托管多少,本页对比三者的适用场景。

为什么需要

  • 智能体从“只改配置”到“完全自定义代码”跨度很大,选错类型会带来多余的运维成本,或者无法实现所需的编排逻辑。
  • 官方把它描述为“从声明式到全代码的谱系”,读者应先判断自己需要多少控制权。

核心概念

概念
说明
提示词智能体(prompt agent)
用指令、模型与工具声明式定义,由平台运行,无需维护应用代码或容器
语音提示词智能体(voice-based prompt agent)
面向实时语音对话,平台托管语音编排,通过 Voice Live 连接
托管智能体(hosted agent)
开发者自带代码与框架,打包为容器或源码 zip,由平台托管端点、扩缩容与身份
无状态智能体(Responses API 直接调用)
智能体定义保存在应用代码中,每次请求组装,平台上不创建智能体资源

三类智能体对比

项目
提示词智能体
语音提示词智能体
托管智能体
创作方式
门户、azd、SDK 或 REST
门户、SDK 或 REST
Agent Framework、LangGraph、OpenAI Agents SDK、Anthropic Agent SDK 或自有代码
需要维护的运行时代码
无
语音编排无需维护
需要,智能体逻辑由开发者负责
计算资源
平台全托管
平台全托管
容器计算由平台管理
托管端点
有
有,实时 WebSocket
有
扩缩容
平台自动
平台与 Voice Live 管理
按会话与请求量自动扩缩
智能体身份(Entra)
有
有
每个智能体有专属身份
计费构成
推理与工具用量
语音与模型用量
推理、工具与容器计算
典型场景
快速起步、无需自定义编排的生产智能体
客服、呼叫中心等低延迟语音场景
调用自有代码、多智能体系统、自定义协议

选择建议

  • 文本类、逻辑简单、希望尽快上线:选提示词智能体。
  • 需要实时口语交互,且不想自己托管语音编排:选语音提示词智能体。
  • 需要自定义编排、调用自有代码、或使用特定框架:选托管智能体。
  • 已有自己的智能体代码,只想调用模型与平台工具:可直接调用 Responses API,不创建智能体资源(不支持 Copilot harness 与提示词优化器)。

平台能力

  • 工具:内置工具(如网页搜索、文件检索、代码解释器、记忆)以及函数、OpenAPI 与 MCP 服务器等自定义工具。
  • Toolbox:把一组工具打包为一个 MCP 兼容端点,供多个智能体共用,并集中管理认证与版本。
  • 网络:提示词智能体支持私有网络;托管智能体支持自带虚拟网络(BYO VNet)。
  • 安全:Entra 身份、Azure RBAC、内容过滤与防护措施(包括跨提示注入)。
  • 发布:智能体版本自动快照,可回滚或比较,并可发布为带稳定端点的资源,或在 Microsoft Copilot 与 Teams 中共享。

限制与待核实

  • 语音智能体、Copilot harness、智能体优化器(agent optimizer)等为预览功能,预览范围、区域与可用性:待核实(2026-11-05 获取)。
  • 官方说明:预览能力不提供 SLA,不建议用于生产负载。
  • A2A 协议:官方称 v1.0 已正式发布,v0.3 仍为预览:待核实(2026-11-05 获取)。
  • 语音智能体的电话集成、定价与可用模型以门户为准,待核实(2026-11-05 获取)。

来源与核对

  • 来源:What is Microsoft Foundry Agent Service?(https://learn.microsoft.com/en-us/azure/foundry/agents/overview)
  • 核对范围:正文已读(概述页,页面更新日期为 2026-10-26,文中为页面所述内容,未逐项核对配额)。
上一篇
创建 prompt agent
下一篇
如何选择部署方式
Loading...
文章列表
分享AI实践与思考
入门
Microsoft Foundry
开发工具
治理与网络
观测与评测
工具与知识
模型与部署
Azure OpenAI
Azure AI Search
性能与基准
索引与分块
概念解释
快速上手
Foundry Tools
RAG 与知识工程
检索质量与评测
数据准备
智能体与工具
评测、观测与安全
企业架构与成本
成本与容量
架构
解决方案场景
文档与服务
知识与分析
样例与学习资源
附录