这是一个创建于 103 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在我手上有一个项目，后端有很多 Agent ，比如说 Dify ，FastGPT ，腾讯混云等等，这些 Agent 的接口都不一样，前端每次调用的时候都要根据不同的 Agent 的 API 接口进行调用
然后我现在的需求就是，能不能将其变为一个接口 /chat，然后用一个中间层，通过前端传过来的请求头进行判断，将请求路由给正确的 Agent ，前端几乎不用修改，通过修改配置文件也能设置默认的 Agent
但是目前碰到了这样的问题：
-
目前各大 Agent 的接口都不统一，得我一个一个去适配，工作量比较大
-
第二步需要实现 MCP 的功能，这个在应用层，要如何才能实现接入
-
需要接入外部的 MCP 的能力，比如说接入小红书，高德这种；同时也要对外提供 MCP 的能力，这样的话就能方便其他开发者来接入和集成
还有一个问题，就是大家都在说可以依靠于封装 MCP 解决，但是我的理解是虽然 MCP 是通用的协议，但是这个协议不是用来处理模型和外部工具的交互的嘛？为什么可以用来解决多 Agent 封装的问题？
希望各位大佬能赐教
 |
1
crackidz 103 天前  1
你们项目怎么管理的，怎么这么多乱七八糟的 Agent...
没有什么好办法，只能一个个接，目前现状就是这样。只能寄希望于以后 A2A 发力吧 MCP 和多 Agent 封装也没什么必然联系，只是一种实现途径。难道没有 RESTful 接口，你就不能用 websocket ，不能用 json rpc 通讯了么... 当然你要自己实现 MCP 的话，方法就很多了，比如 Python 中的 FastMCP 之类的；调用 MCP 要看你怎么用...我估计你们这乱七八糟的情况也很难一锅炖 |
Select Language