当前位置:首页 > 报告详情

A5--揭光发--Agent工具管理与MCP实践.pdf

上传人: 可*** 编号:710770 2025-05-28 48页 7.78MB

1、Agent工具管理与MCP实践揭光发腾讯专家工程师、腾讯云架构师联盟社群管理主席目录CONTENTSAgent工具管理的挑战0102工具平台架构设计MCP与平台融合实践03答疑&讨论04PART 01Agent工具管理的挑战Agent接入工具初始形态主要角色:-Agent方-服务方接入方式:Agent方自行对接服务方工作量全在Agent侧为Agent减负:向左走,向右走工具平台服务标准Agent按统一规范使用工具服务侧完全无感中间层做工具适配及集成统一的安全权限控制Agent按统一规范使用工具服务侧需要额外兼容工作标准诞生时间晚为客户端型Agent而生向左走 服务标准:MCP主要角色:-Age

2、nt方-服务方接入方式:-Agent用MCP client对接服务-工作量几乎全在服务方MCP的起源及适用场景首次发布于2024年11月源于Claude Desktop为客户端 Agent设计-不是专为工具而生-Prompt与资源的动态加载意味着热更新能力支持本地与远程两种传输协议-stdio-SSEMCP的硬伤 SSE双链接协议实现生产级SSE MCP Server的高门槛官方SDK的Server仅支持单节点!问就说是为客户端 Agent设计!-MCP Server鼓励运行在本地-本地只需要轻量级的实现一旦要水平扩展,就会面临着高企的技术门槛 在云端运行MCP Client 脱裤子放屁Ser

3、ver Agent作为无状态的服务每次请求要创建一次有状态的两链接客户端握手后发一个工具请求,然后断开链接硬伤本质是初心与使用场景错配MCP客户端应用场景服务端应用场景ToolsPromptsResources量身订制,如鱼得水 客户端是长驻进程,更新还需要发版,资源更新推送来得不要太舒服了,还变相实现了热更新。工具的自动发现和扩展,客户端Agent的能力得以无限的增长。对远程服务的接入,推荐的方式是服务方提供MCP Server的代码,用户在本地运行强行套用,削足适履 大规模用户的生产级MCP Server,不惜强行适配双链架构,引入更高的复杂度。云端Agent作为MCP Client调用工

4、具,无异于脱裤子放屁,杀鸡用牛刀!这一切都在昭示着:天下苦等工具标准久矣!MCP正在兼容服务端场景与简化协议MCP2025年3月26日发布新协议使用Streamable 代替HTTP+SSE允许单次POST请求调用工具、获取Prompt、查询资源等,适用于无状态的Server Agent了。兼容原来双链的形态,客户端的场景仍然满足。小孩才做选择,我全都要主要角色:-Agent方-服务方-工具管理平台接入方式:-工具管理平台集成各种服务(含MCP服务)-Agent使用平台统一调用工具-Agent使用MCP统一调用工具As MCP Server被调用As MCP Server被调用调用MCP方法:As MCP Client调用MCP方法:As MCP Client调用MCP方法:As MCP ClientMCP与Function Call的恩怨Function CallFunction CallPART 04答疑&讨论感谢聆听关注公众号

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要讨论了Agent工具管理的挑战和解决方案,以及MCP协议与工具平台的融合实践。 1. **Agent工具管理挑战**:指出Agent初始接入工具时,工作量大且服务方无感,提出了通过工具平台进行框架封装和引入工具管理平台的解决方案。 2. **工具平台架构设计**:目标是统一异构工具接入,提高工具接入效率,并提供全生命周期的工具管理。 3. **MCP协议融合**:MCP协议适用于客户端Agent设计,但存在SSE双链接协议实现门槛高的问题。2025年3月26日发布的新协议使用Streamable代替HTTP+SSE,兼容无状态的Server Agent。 4. **核心数据**:文章未提供具体数值数据,但强调了工具平台需支持异构工具的统一抽象,并提及MCP协议在客户端和服务器端的不同应用场景。 关键点概括: - Agent工具管理存在挑战,需通过工具平台优化。 - 工具平台应支持异构工具接入,提升效率,并全周期管理工具。 - MCP协议适用于客户端,新协议发布后也支持服务器端应用。
"工具管理平台如何减负?" "MCP协议新变化知多少?" "工具全生命周期怎样管理?"
客服
商务合作
小程序
服务号
折叠