长连接撑不住了,我们花了三周做无状态化 我们最早那版 MCP Server 用的是 SSE 传输,从 2025 年 6 月跑到现在。四月份开始出问题:Agent 数量从 3 个涨到 11 个,MCP Server 的连接数冲到 4,000+,然后就是各种诡异的断连和内存上涨。 三月份决定做无状态化改
同事问:MCP 不就是 Function Calling 换了个名字吗 上个月内部分享会,我讲完 MCP 之后有同事问了这个问题。当时我答得不太好,说了些「更标准化」「生态更好」之类的空话。后来我认真想了想,也去读了规范原文,这篇算是个正经的回答。 结论是:不是换名字,是两个层次的东西。Functi
给公司内部的 CMDB 写了个 MCP Server 八月份我们决定把内部 CMDB、发布系统、监控平台接进 Agent。一开始想的是直接写 Function Calling,写了两周发现每个 Agent 框架(我们内部有 Spring AI 和 LangChain4j 两套)都要实现一遍,工具定义
三十多个工具方法散在各处 去年底我们把内部运维助手接上了大模型,能查订单、查库存、重启任务。当时图快,工具方法用 Spring AI 的 @Tool 直接写在各个业务服务里,谁需要谁加。到 2025 年 2 月一数,散在 6 个服务里总共 37 个工具方法,问题就来了:网关那边的对话服务要用库存工具