智能体的组成与执行循环

智能体(agent)可以理解为“模型 + 指令 + 工具 + 一个反复执行的运行循环”:模型推理、按需调用工具、读取结果、继续推理,直到给出最终输出。

为什么需要

单次模型调用只能根据已有上下文回答。智能体把“判断下一步做什么”交给模型,把“执行动作”交给工具,并由运行时负责循环与记录。这样同一个模型可以完成需要多步查询或操作的任务。

组成部分

组成
作用
Foundry prompt agent 中的对应项
模型
推理与语言能力
Model
指令
描述角色、行为边界与输出要求
Instructions
工具
检索信息或执行动作
Tools,例如 web search、file search、Code Interpreter、function、MCP 服务器
技能
专门任务的指令、脚本与资源
Skills
会话
保存多轮交互的上下文
Conversation(使用时响应项会追加到会话中)
运行时
协调模型与工具调用、处理生命周期并记录追踪
Agent runtime(由 Foundry 托管)

执行循环

  1. 客户端把用户输入发送到智能体的 Responses 端点。
  1. 模型判断:直接回答,还是请求调用某个工具。
  1. 工具被执行,结果回到模型上下文中(function calling 中由应用执行并回传)。
  1. 模型基于结果继续推理;同一次请求中可能发生多轮模型调用与工具调用。
  1. 运行时返回完成的响应,并记录本次请求的追踪信息。
循环由谁实现取决于智能体类型:
方式
循环由谁负责
说明
Prompt agent
Foundry 托管运行时
只需配置指令、模型与工具
Hosted agent
开发者代码(可使用 Agent Framework、LangGraph 等框架)
容器化运行,保留自定义编排能力
直接调用 Responses API
应用代码中临时组装的定义
不在 Foundry 中保存智能体资源,每次请求的定义都可以不同

与相邻概念对比

概念
关系
Tool calling
循环中“模型请求调用工具”这一步的协议形式,见 Tool calling 概念页
MCP
把外部工具与上下文以标准方式接入智能体,见 MCP 概念页
单次模型调用
没有工具与循环,适合纯文本的一次性任务

限制与待核实

  • 单次请求内的最大循环次数、超时与配额:待核实(2026-11-05 获取),本页未读取到具体数值。
  • 追踪、评测与监控的具体指标与界面:待核实,以可观测性相关官方页面为准。
  • Copilot harness 与语音类 prompt agent 处于预览状态,服务条款与区域支持以官方页面为准(待核实,2026-11-05 获取)。
  • MCP 协议本身只规定上下文交换方式,不规定应用如何使用模型或管理上下文(MCP 架构页说明)。

来源与核对

  • 来源:
  • https://learn.microsoft.com/en-us/azure/foundry/agents/overview
  • https://learn.microsoft.com/en-us/azure/foundry/agents/concepts/prompt-agents
  • https://learn.microsoft.com/en-us/azure/foundry/openai/how-to/function-calling
  • https://modelcontextprotocol.io/docs/2026-07-28/learn/architecture
  • read_scope:正文已读。执行循环的步骤归纳自 Foundry prompt agent 概念页与 function calling 页,并非官方逐字描述。
上一篇
MCP 概念
下一篇
Tool calling 概念
Loading...
文章列表
分享AI实践与思考
入门
Microsoft Foundry
开发工具
治理与网络
观测与评测
工具与知识
模型与部署
Azure OpenAI
Azure AI Search
性能与基准
索引与分块
概念解释
快速上手
Foundry Tools
RAG 与知识工程
检索质量与评测
数据准备
智能体与工具
评测、观测与安全
企业架构与成本
成本与容量
架构
解决方案场景
文档与服务
知识与分析
样例与学习资源
附录