py-admin

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

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

我做过一次挺亏的评估，现在想起来还会拿出来当反面教材。一家装备制造企业要上 MCP 代理，让大模型能直接查订单、库存、质量和售后数据。IT 部门拿着三家报价单来找我，价差不到 8 万，会都开完了，就等着签字。我让他们把运维工单、接口改造量、业务侧因为查数查错产生的返工时长摊到一张表上看了一遍，账本

一、把话说在前面：协议管连接，业务管对错我这半年被问得最多的一句话是：MCP 这类协议铺开之后，企业是不是就不用再折腾数据了。我的判断很直接——协议解决的是“怎么连”，解决不了“连上之后说什么”。MCP 把工具调用和数据源接入做了标准化，模型拿到接口确实容易了不少，可它不负责接口背后那张表里的字段

我做过几个 MCP 代理项目，也旁观过不少团队从兴奋到沉默的全过程。能不能落地，跟模型选哪个关系不大，跟数据边界清不清楚关系极大。很多团队的第一反应是\”先把模型接进来跑个 demo\”，两天就能跑通，然后拿着演示去汇报；等真要进生产，才发现代理回答的销售额和财务口径差 8%，代理查的客户名单里躺着三条

我这两年接手过七八个所谓\”智能代理\”的项目，从最早的纯 Prompt 编排，到后来的函数调用，再到这两年被问得最多的 MCP 代理，结论一直没变：决定一个代理能不能在生产环境活下来的，从来不是模型多聪明，而是它脚下的数据和接口有多扎实。很多人一听 MCP 就想到协议、想到工具调用、想到拿哪个模型跑

我做过几轮跟 MCP 有关的项目，从早几年拿本地 Server 接两个内部接口尝鲜，到后来帮一家制造企业把几十个系统接口统一挂到大模型上，坑基本踩了个遍。很多团队一上来就问协议怎么写、传输用 SSE 还是 streamable HTTP、工具描述怎么写才不容易被模型忽略，实际跑下来会发现，真正让人头

我先讲个生活场景。小区门口那家快递驿站，各家快递公司都把包裹送到这一处，居民凭一串取件码就能拿走。没驿站的时候是什么样？快递员挨家挨户打电话，你在上班，他在楼下等，谁都不痛快。
MCP 在企业里扮演的角色，基本就是那个驿站。MCP 全称 Model Context Protocol，模型上下文协议，

我做过十几个数据类项目，这两年听到最多的一句抱怨是：模型都接上数据库了，为什么问出来的数还是错的。MCP 这三个字母，今年在企业 IT 圈里被反复提起，但真正把它当\”资产\”而非\”插件\”来管的团队，我见过的不到两成。
MCP 全称 Model Context Protocol，是一套让大模型用统一方式

这两年做企业数据架构咨询，被问得最多的一类问题，从\”数据中台怎么建\”慢慢变成了\”MCP 到底该怎么管\”。去年下半年开始，我手上三个制造业、两个金融、一个能源的项目，几乎同时冒出 MCP 这个词。有的是业务部门自己想接大模型，有的是 IT 部门被老板追问\”我们能不能也搞 Agent\”。我见过最典型的一