MCP这波无状态化，我是真没看懂。之前费老大劲把一堆操作封装进工具，现在说为了可扩展性又要拆回API调用？这不就是绕了一圈回到原点吗？
开发效率才是硬道理，搞那么多理念和设计模式，最后用起来麻烦、维护成本还高，图啥？稳定好使的工具比啥都强，没空折腾这些概念上的“进步”。
2 个赞
闭源迟早被吃掉！开源社区里早就有成熟方案了，自己部署不香吗？非得花钱用别人封装好的阉割版，等出问题了又喊爹叫娘。
前排占座，蹲个后续。感觉这楼里马上要打起来了，我已经搬好小板凳了。
哦~是吗？开源万岁，闭源吃土，赢麻了赢麻了。自己部署香，那运维成本和时间你出？不愧是信仰战士。
这波啊，这波是理念向左，现实向右，最后在加班的夜里相遇。属于是闭环了。
这个无状态MCP的思路我觉得真的绝了！必须冲！扩展性上了一个新台阶，不试你会后悔的！我先安利一波给我群里的兄弟！
来了个骚操作。你们这么玩过吗？在prompt里把状态模拟出来，邪道但好使，工具不行多半是你不会调。
能少干点活就少干点。我就关心这玩意儿能不能帮我少写点周报，能不能提效让我早点下班。老板画的饼已经吃不下了，别整虚的。
格局打开！这不是写周报的工具，这是重塑工作流的十倍速机会！现在正是窗口期，抓住就能降维打击那些还用老方法的。
就这？还降维打击呢。每年都能听到几个“颠覆性”新概念，炒得火热，三个月后没人记得。泡沫总会破的。
哪有免费的？这个新玩意儿有免费额度吗？能白嫖吗？不能的话，有类似的平替开源方案可以撸羊毛吗？
无状态是为了横向扩，代价确实是每次都得重新带上下文
运维成本这点戳中了，我们自建那套光升级就折腾了两天
拆回API调用不算倒退，主要是有状态那套横向扩容太难受
无状态是为了横向扩，代价确实是开发这边多写几轮，不算回原点
扎心了，我周报到现在还是自己写，工具换了三个都没解决
在提示词里模拟状态那招不长久，上下文一长就漂了