MCP 的边界与 A2A 的起点:不靠工具包装搭一套双 agent 支持工作流
来源:dev.to — 2026-09-11
📋 概述
当一个 agent 需要另一个服务帮忙时,先要回答一个架构问题:对方该暴露成一个工具,还是该由 agent 委派给另一个 agent?当对面本身就是自主执行体时,这个区分变得关键。诊断 agent 可能需要索要缺失的上下文、跨多个系统排查、在多次交互之间维持状态,最后交出一份报告;把它包装成 run_diagnostics() 这样的函数,会把这些行为压扁成一个工具形状的接口。MCP 负责 agent 在自身运行环境里直接使用工具、API 与数据源;A2A 负责独立 agent 之间的发现、上下文交换、任务委派与有状态任务管理。文章用「部署成功但 API 返回 401」的支持场景搭出了最小可用边界。
🔑 核心要点
- 判断标准是:对方是否是一个自主执行体,而不是它能做什么。
- MCP 管 agent 与自己环境内工具、资源之间的交互。
- A2A 管独立 agent 之间的发现、委派与有状态任务。
- 把诊断 agent 压成 run_diagnostics() 这种函数,会抹平它的多轮与状态特性。
💡 金句
should that service be exposed as a tool, or should the agent delegate work to another agent?
👍 0
👎 0
← 返回 dev.to 首页