“Multi-Agent 模式”是腾讯云智能体开发平台支持创建的应用类别之一。该模式的应用由大模型自主规划执行路径、灵活调用工具，其核心特点在于将对话的主动权更多地交由模型，充分发挥模型的主动性。此模式适用于需要灵活响应、多工具调用以及多 Agent 协同的场景。
在“Multi-Agent 模式”中，支持创建单 Agent 应用，同时允许添加多个 Agent，并支持切换不同的多 Agent 协同方式来满足多场景的需要。
Agent 是集成了任务执行指令和工具的大模型系统，能够自主规划、调用工具并执行复杂任务。
一个 Agent 的核心要素包括：
概念 | 定义 |
名称 | 简洁、明确的名称描述 Agent 功能，例如：旅行规划助手、网页分析 Agent、文案优化 Agent 等。 |
模型 | 负责思考、任务规划和工具选择的大模型。支持不同的模型选择。 |
转交描述 | 简要说明 Agent 的功能和应用场景，帮助其他 Agent 判断何时应转交至该 Agent。 |
提示词 | 通过提示词来约束 Agent 执行任务流程和响应方式。与“ Agent 描述”不同，“提示词”是给模型理解并执行当前 Agent 的详细工作逻辑。 |
插件 | 插件代表工具的集合，支持添加插件中心的工具（包含 MCP Server 中的工具）到当前的 Agent。 |
转交关系 | Agent 可以转交给哪些其他 Agent 。 |
协同方式 | Agent 的转交方式，包含自由转交、工作流协同和 Plan & Execute 三种方式。 |
先介绍 Agent 的运行机制，Agent 的核心工作流程包括：
思考规划：制定整体任务达成的规划思路，并把整体的复杂任务拆解为细分的子任务。
主动选择和调用工具：根据拆解后的子任务和工具的描述说明，选择一个或多个合适的工具来解决问题。
主动纠错反思：模型自主改进优化过去的行为决策，并对行为进行纠正。
以上三类工作可能多次循环执行，最终输出回复的答案。
以一个用户输入问题“深圳未来1周的天气，把最低和最高气温趋势图画出来”为例，Agent 会按照下列描述响应。
1. [思考] 第一步需要查询深圳的天气信息。并且选择 GetWeatherInfo 工具查询天气信息。
2. [工具调用] 通过 GetWeatherInfo 查询未来一周的天气信息。
3. [思考] 已经获取天气结果，思考下一步动作，自动生成代码，并通过 CodeInterpreter 把气温变化趋势图绘制出来。
4. [工具调用] 选择 CodeInterpreter 绘制气温变化趋势，并提供生成图片 URL。
5. [思考] 下一步需要将输出结果呈现给到用户。
6. [输出回复] 输出温度变化趋势图（因为过程较为简单，工具调用未发生错误，因此没有进行反思纠错。）
在上述问题的回复示例中，中间的模型规划和工具调用的过程结果为“思考过程”，最终输出答案。
Multi-Agent 模式应用创建
第一步: 新建应用
单击新建应用，修改应用名称，例如“天气查询小助手”，并选择合适的头像上传。
单击新建创建应用。
第二步: 切换到 Multi-Agent 模式
点击头像或者标准模式标识，弹出编辑应用弹窗。
在应用模式中选择切换为 Multi-Agent 模式并点击保存。
协同方式选择
系统支持选择多个 Agent 转交时的协同方式。关于不同协同方式的具体应用创建流程，详见对应的文档。
协同方式 | 描述 | 适用任务类型 |
基于模型驱动的任务转交方式，操作简便，但转交的稳定性取决于 Agent 的名称、转交描述的清晰程度。 | 需要快速配置的简单任务 | |
通过固定流程编排 Agent 节点，任务执行稳定可控。 | 需要稳定执行的固定流程任务 | |
通过任务拆解与多 Agent 共享记忆，完成复杂任务，效果完善，但耗时较长。 | 需要深度分析的复杂任务 |
创建 Multi-Agent 应用时，默认 Agent 协同方式为自由转交。此时，转交过程将由模型自主驱动。切换为工作流编排时，转交顺序固定，任务执行可控。切换为 Plan & Execute 协同，任务将被 Planner Agent 拆解，由 Executor Agent 执行，耗时较长，仅适用于对耗时要求不高的复杂任务。
常见问题
从标准模式切换到 Multi-Agent 模式，已经编辑的应用配置内容是否还会保留？
不同模式的应用配置保持独立，模式切换时配置内容不继承，包括模型选择、提示词内容等。但是应用的知识库范围和工作流范围在不同模式之间保持同步。
当再次从 Multi-Agent 模式切换回标准模式时，能够继续在原本标准模式下已经编辑的提示词和配置基础上修改。
Multi-Agent 模式与其他两类模式的区别在哪里？
Multi-Agent 模式区别于标准模式，应用的执行不是按照固定标准流程推进的，而是依赖大模型进行任务的规划，根据用户的输入，由模型来进行任务的拆解和主动工具调用，大模型需要理解插件中工具的名称和描述信息，选择合适的插件。
Multi-Agent 模式区别于单工作流模式，不是执行单一特定的工作流程，如果有确定性的任务场景，建议选择单工作流模式。目前版本 Multi-Agent 模式暂不支持工作流，后续升级敬请期待。
为什么 Multi-Agent 模式在自由转交协同方式下不支持工作流？
Multi-Agent 模式下支持工作流，需要考虑兼容工作流多轮交互和 Agent 思考方式。目前，Multi-Agent 模式仅在选择工作流编排作为协同方式时，支持工作流使用。同时，我们正在探索一些有趣的特性，可以在 Multi-Agent 模式自由转交协同下支持工作流，并实现工作流的灵活跳转承接，如果对于这部分感兴趣，欢迎联系运营咨询。
Multi-Agent 模式仅支持配置多 Agent 吗？
Multi-Agent 模式不仅支持多 Agent 的协作场景，也适用于单 Agent 场景。在单 Agent 场景中，无需额外配置其他 Agent，可直接使用系统默认创建的 Agent。当需要实现多 Agent 协作时，可以添加多个 Agent 并配置转交关系，从而轻松构建多 Agent 系统。
