Coze 通过执行调度引擎、运行时约束、资源绑定方式、任务调度逻辑四层核心规则，从底层彻底区分三类 Agent，下面分维拆解区分逻辑：

一、1. 调度执行引擎完全隔离（最底层区分）

1）单 Agent（自主规划模式）：Eino 原生自主规划调度器（不绑定工作流）

• 底层启用 Function Calling 自主推理调度，流程控制权完全交给 LLM；
• 引擎不预设节点链路，仅向模型开放绑定的知识库、插件、数据表工具列表；
• 模型根据用户问题自主判断：要不要检索知识库、要不要调用插件、调用多少次、调用顺序；
• 无工作流上下文栈，不存在固定节点跳转逻辑，每一轮对话独立推理工具动作。

2）单 Agent（对话流模式）：Workflow 工作流调度器

• 智能体必须绑定唯一工作流 ID，引擎切换为DAG 图节点执行调度；
• 流程走向由画布上的分支、判断、循环硬编码锁定，LLM 仅作为「节点内生成工具」，无权改变流程分支；
• 引擎维护全局流程状态栈，记录当前执行到哪一个节点、上一步输出变量，强制按顺序走完链路；
• 大模型仅负责单节点文本生成，无法自主发起工具调用，所有检索 / 数据库操作全部由工作流节点主动触发。

3）多 Agents 模式：多角色协同调度器

• 引擎启用主从 Agent 调度容器，内部维护多个独立子 Agent 实例；
• 存在一个统筹主 Agent，其余为垂直职能子 Agent（检索 Agent、计算 Agent、绘图 Agent 等）；
• 内置消息总线，负责主、子 Agent 之间的消息分发、任务委派、结果汇总；
• 每个子 Agent 拥有独立 Prompt、独立绑定资源、独立执行环境，互相隔离；引擎控制子 Agent 调用权限、最大协作轮次。

---

二、2. 资源与工具的绑定规则区分

表格

模式	资源绑定规则	工具调用发起方
自主规划单 Agent	直接在 Agent 配置页绑定知识库 / 数据表 / 插件，无中间层	大模型自主发起调用
对话流单 Agent	资源不直接绑定 Agent，全部绑定在配套工作流的节点中	工作流节点主动触发，模型无权限调用
多 Agents	每个子 Agent 独立绑定专属资源；主 Agent 仅负责调度，不直接使用工具	主 Agent 下发任务，子 Agent 执行工具调用

关键区分点：

自主规划：Agent 直连资源；

对话流：Agent 只绑定工作流，资源属于工作流；

多 Agent：资源按子 Agent 隔离分配。

---

三、3. 会话上下文存储结构区分

1. 自主规划模式 上下文仅保存「用户 - 模型」对话消息，无流程状态变量，不记录工具执行步骤，上下文结构极简。
2. 对话流模式 上下文分为两层：①对话历史消息；②工作流全局状态变量（节点输出、分支判断结果、中断人在回路缓存），会话会持久保存当前流程执行进度，支持中途暂停恢复。
3. 多 Agents 模式 三层上下文：全局对话记录 + 主 Agent 调度状态 + 每个子 Agent 独立私有会话缓存，子 Agent 之间上下文隔离，仅主 Agent 汇总全部结果。

---

四、4. 平台配置层显性区分（前端标识 + 存储字段）

数据库存储标识（底层永久区分）

创建 Agent 时，数据库会写入agent_run_mode枚举字段，三种固定值：

• auto_plan = 单 Agent（自主规划模式）
• workflow_link = 单 Agent（对话流模式）
• multi_agent = 多 Agents 模式

平台所有模块（调试、Loop 监控、API 网关、分发渠道）均读取该字段做差异化处理：

1. 前端配置面板
   • auto_plan：展示「人设、全局工具绑定」配置页，无工作流绑定入口；
   • workflow_link：隐藏全局工具绑定，强制显示「绑定工作流」选择框；
   • multi_agent：展示多子 Agent 添加面板、角色分工 Prompt、协同规则配置。
2. 调试面板差异化
   • 自主规划：日志只展示模型思考 + 工具调用记录，无节点链路；
   • 对话流：左侧完整展示工作流节点执行时序，每一步节点输入输出单独展示；
   • 多 Agents：分标签展示主 Agent、各个子 Agent 独立日志，区分任务委派记录。
3. Coze Loop（罗盘）监控区分
   • 自主规划：指标维度为「模型调用次数、工具总调用量」；
   • 对话流：新增「各节点耗时、分支命中占比、人在回路中断次数」流程指标；
   • 多 Agents：新增「各子 Agent 调用频次、子 Agent 任务失败率」分角色指标。

---

五、5. API 网关入参与执行链路区分

外部通过 Web/SDK/API 调用智能体时，网关根据agent_run_mode走完全不同的执行链路：

1. auto_plan：请求直接进入 LLM 自主推理链路；
2. workflow_link：请求转发至绑定的工作流执行引擎，走完 DAG 后再返回模型生成结果；
3. multi_agent：进入多 Agent 协同调度器，完成多轮子 Agent 委派汇总后输出最终回复。

---

六、一句话总结区分逻辑

1. 看数据库标识agent_run_mode做底层分类；
2. 看资源绑定载体：绑 Agent = 自主规划、绑工作流 = 对话流、多子 Agent 隔离绑定 = 多 Agents；
3. 看调度引擎：LLM 自主调度 / Workflow 节点调度 / 多角色协同调度；
4. 看上下文存储结构、调试日志、监控指标做上层差异化展示与运维。