AI Agent 为什么需要 MCP?我在做企业情报平台时的一些思考
最近这段时间,我一直在完善自己开发的企业情报平台 CLIENT INTEL。
最开始,它只是为了给 AI Agent 提供实时数据:企业官网、公告、新闻、技术博客……把这些分散的信息整理成统一的数据源。
但随着 Agent 能力越来越强,我发现仅仅"提供数据"已经不够了。
越来越多的场景开始需要 Agent 主动调用能力:
- 查询企业最新动态
- 获取竞争对手信息
- 生成情报日报
- 分析上下游关系
- 自动完成客户拜访准备
- 查询内部 CRM 数据
这时候,一个新的问题出现了:
Agent 应该如何知道有哪些能力可以调用?
也是在这个过程中,我开始接触 MCP(Model Context Protocol)。
很多人把 MCP 理解成一种新的 API 标准,但在我看来,它更像是一套专门为 AI Agent 设计的"工具连接协议"。
为什么 Agent 越来越依赖工具?
早期的大模型,大多数都是:
用户提问
↓
LLM 回答
现在越来越多变成:
用户提问
↓
LLM 判断
↓
调用工具
↓
获取数据
↓
继续推理
↓
输出结果
也就是说。
Agent 已经不仅仅是在聊天。
而是在完成任务。
一个真实的企业场景
例如销售问 Agent:
帮我准备下午拜访 NVIDIA。
Agent 并不会直接回答。
它可能会完成这样一系列动作:
- 查询企业官网最新新闻
- 查看最近公告
- 获取融资信息
- 分析竞争对手动态
- 查询 CRM 客户历史记录
- 整理重点关注事项
- 生成拜访建议
这些能力来自不同系统。
如果全部依赖 Prompt。
几乎不可能完成。
MCP 真正解决了什么问题?
传统方式。
开发者需要告诉模型:
这里有 Tool A
这里有 Tool B
这里有 Tool C
每增加一个工具。
Prompt 都会越来越长。
Agent 还需要自己理解:
什么时候调用?
调用哪个?
参数是什么?
维护成本越来越高。
而 MCP 更像:
给 Agent 提供了一份标准化的"工具目录"。
工具主动告诉 Agent:
- 我能做什么
- 我的输入是什么
- 我的输出是什么
模型负责判断:
什么时候调用。
这样。
Agent 与工具之间真正实现了解耦。
企业为什么更需要 MCP?
企业里的工具越来越多。
例如:
CRM
ERP
OA
知识库
企业情报
邮件
日历
数据库
BI
......
如果每个系统都单独开发一套接口。
Agent 很快就会陷入:
几十个 API
几十种参数
几十种认证方式
维护成本非常高。
而 MCP 提供了一种统一的连接方式。
对于 Agent 来说。
所有工具都变成:
可发现(Discoverable)
可调用(Callable)
可组合(Composable)
这也是 MCP 最大的价值。
企业情报为什么也适合做 MCP?
这也是我最近一直在思考的问题。
过去。
企业情报更多是:
人在网页上搜索。
人在系统里查看。
未来。
更可能变成:
Agent 主动调用。
例如:
查询最近七天台积电新闻
↓
获取官网公告
↓
分析供应链变化
↓
生成日报
整个过程。
用户甚至不用打开网页。
Agent 就已经完成。
所以我也开始把 CLIENT INTEL 按照 MCP 的思路进行设计,希望未来企业情报不仅能提供网页和 API,还能够作为一个标准化的数据服务,被各种 AI Agent 直接调用。
对于 Agent 来说,它不需要知道数据来自哪里,只需要知道:
"这里有一个企业情报工具,可以获取企业最新动态。"
剩下的事情,都交给 MCP 完成。
MCP 会成为 Agent 的"USB 接口"吗?
很多人把 MCP 比作 AI 的 USB。
我觉得这个比喻很形象。
USB 统一了各种硬件。
MCP 正在尝试统一各种工具。
未来。
模型会越来越强。
但真正决定 Agent 能力边界的。
是它能够连接多少真实世界。
而 MCP。
就是连接这些能力的一座桥梁。
写在最后
过去一年,大家都在关注模型能力。
但真正开始做企业 AI 后,我越来越觉得:
模型只是 Agent 的大脑。
真正决定 Agent 是否有价值的,是它是否能够连接真实业务。
而企业情报、CRM、ERP、知识库、邮件、数据库,这些系统都会逐渐成为 Agent 的"感官"。
这也是我持续完善 CLIENT INTEL 的原因。
我希望它不仅是一套企业情报平台,更能够成为 AI Agent 获取企业实时信息的一项基础能力。未来也会继续围绕企业情报、MCP、实时数据、Agent 工作流等方向进行探索,希望让 AI 真正从"会聊天"走向"会工作"。
更多推荐


所有评论(0)