全栈中间件

我做过大概三十来个把 MCP 服务接进企业内网的项目。有一件事我越来越确定：决定一个代理能不能真正干活的，从来不是 MCP 协议本身写得多规范，而是这家企业所在行业的数据长什么样。协议是通用的，数据是各有脾气的。制造业的物料编码能在 ERP、MES、WMS 里各写一套，零售的库存口径线上线下diyi

核心判断：代理能不能用，先看数据底座我在企业数据和智能体项目里滚了七八年，最近一年多被问得最多的就是这句话：MCP 代理到底能不能直接接上我们的业务系统？我的答案一直没变——能接，但接完之后准不准，跟你选哪个框架关系不大，跟你的数据底座关系极大。MCP（Model Context Protocol）

这一年多我前后跟进过六个把 MCP 代理塞进企业数据场景的项目，两个做了一半停掉，三个还在半死不活地改 prompt 和工具描述，只有一个真跑起来、业务方每周主动在用。我复盘下来发现，决定生死的东西跟模型换代关系不大。跑起来那个，动手之前花了三个月把指标口径、主数据、权限边界理清楚，代理只是最后那层

我这些年跟过、看过、事后一起复盘过的数据代理类项目，少说也有二三十个。真正死在技术选型上的，我印象里只有一两个。绝大多数项目不是输在工具，是输在开工之前话说得太大、开到一半没人认账、上线之后没人用。代理层这个东西，本质是在业务系统和数据底座之间架一层可信的数据服务，它天生要同时面对标准、开发、质量、

我的核心判断：代理的胜负手，正从模型侧挪到数据侧
这两年里我参与过十几个企业级智能代理的选型和落地。它刚出来的时候，我基本把它当成一个\”工具插线板\”用，接几个接口、写点提示词就上线；现在再看，我更愿意把它当成企业内部系统的一个新入口。看法变了这么多次，比较稳的一条是：协议层把接入这件事简化了，麻烦反

我盯 MCP 这条线差不多一年半了。2025 年初第一次把 MCP Server 跑通的时候，我其实没太当回事——看上去就是给大模型做了一层工具适配，跟之前的函数调用封装比，无非协议更标准一点。真正让我改判的是后面两个项目：一个要把十几个内部系统接进来，另一个要让代理写回业务库。跑到第二个我才明白，

做企业内 AI 代理这几年，我最直接的感受是：员工不用它，八成跟模型聪不聪明没关系。POC 阶段的满意率往往能到八成以上，上线三个月后还在用的员工，很多项目不到三成。掉下来的地方几乎都集中在体验链路上——入口藏得深、答案追不到源头、口径前后打架、等得太久、员工不知道能问什么。MCP 这类协议把代理和

我陪过十几个团队做智能代理的落地，从早年的流程机器人，到这两年基于 MCP 协议去接企业系统的代理。有一条经验被反复验证：演示环境里的流畅，和工位上的顺手，完全是两码事。演示的时候，台上问一句「上个月华东区回款多少」，大屏上数字秒出，台下鼓掌。真到了工位上，财务小李问的是「我这个客户为什么还没开票」

我做过十来个把 MCP 代理接进企业内网的项目，也帮人看过不少横评表格。协议版本、工具数量、并发上限、超时重试、传输方式，一列列排得整整齐齐，看起来很专业。但这些表有个共同的毛病：它们测的是代理自己能不能跑起来，不是它在企业里能不能用。真正让人熬夜的从来不是框架启动失败，而是它调到了什么、拿到的东西

做企业数据这行十来年，我被问到的问题这两年变了。以前是\”数据中台怎么搭\”，现在是\”我们的表、指标、业务动作，怎么让大模型直接用起来\”。MCP 出来之后，这件事总算有了一个相对标准的答案——把数据、指标、工具封装成 MCP 代理，让模型按协议自己去发现、去调用。听着很美。真到选型现场，麻烦才刚开始。我