SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

模型上下文协议

Model Context Protocol, MCP · AI platform / integration

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

每个商人都带着自己的插头

雾港城的集市很繁华。卖盐的、卖布的、卖茶的、修钟的、运货的,每天都来广场摆摊。城里有一座新建的调度楼,里面的书记很聪明,只要知道哪里缺货、哪条路堵了、哪个仓库还有余量,就能把全城生意安排得井井有条。

问题是,书记想知道这些事并不容易。盐商有自己的账本,布商有自己的暗号,茶商只用竹签记库存,修钟匠把预约刻在木板背面。每接一个商人,调度楼都要派人重新学一套语言、打一套孔、接一套线。

起初大家觉得这只是麻烦,不算大问题。调度楼说:重要商人先接,其他慢慢来。于是盐商接好了,布商接好了,茶商也勉强接上了。可过了一个月,盐商换了账本格式,布商多开了一个库房,茶商改用新竹签。调度楼昨天能读的东西,今天又读不懂了。

更糟的是,新来的马车行也想加入。他们问:我们要按盐商的线接,还是按布商的孔接?调度楼答不上来。每个旧连接都像一次手工缝补,看起来能用,却不能复制。

城主请来一位老桥匠。桥匠没有先去研究每个商人的账本,而是在广场中央立了一块铜板。铜板上刻着三件事:第一,谁要提供什么能力,必须按同一种方式登记;第二,谁要取数据,必须按同一种格式请求;第三,任何人改了自己的内部做法,只要铜板接口不变,调度楼就不必重接。

商人们一开始不喜欢。他们说,我的账本很特别,我的暗号很灵活,我的竹签很古老。桥匠回答:你们内部怎么记,是你们的事;但只要想让调度楼稳定使用,就必须在门口放一个标准接头。

后来,盐商依然用盐商的账本,茶商依然用竹签,修钟匠也没有丢掉木板。变化只发生在他们和调度楼之间:每家门口都有一个小柜台,能说明自己有什么资源、能做什么动作、需要哪些参数、会返回什么结果。

从那以后,新商人加入不再像重新造桥。调度楼只要看铜板规则,就知道怎么连接;书记也不必记住每家奇怪的习惯,只需要按标准请求资源、工具和上下文。

雾港城没有因此变得单调。相反,越多不同的商人接入,调度楼越有价值。因为统一的不是每个人的内部世界,而是他们把能力交给别人使用的那一扇门。

揭示

这个故事讲的是:模型上下文协议

模型上下文协议 MCP(Model Context Protocol)是一种让 AI 应用以标准方式连接外部工具、数据源和上下文服务的协议。它把资源、工具、提示、参数和返回结果标准化,使模型或 Agent 不需要为每个系统单独写一套集成逻辑。MCP 的核心价值,是把 AI 应用和外部能力之间的连接从一次性胶水变成可复用接口。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 调度楼书记:AI 应用或 Agent,需要外部数据和工具才能完成真实任务
  • 盐商、布商、茶商、修钟匠:不同外部系统、数据库、SaaS、文件源或业务工具
  • 各自的账本、暗号、竹签、木板:每个系统内部不同的数据结构、API 和访问方式
  • 手工接线:为每个系统单独写集成代码,短期可用但维护成本高
  • 账本格式变化后读不懂:外部系统变化导致集成失效
  • 广场中央的铜板:MCP 这样的标准协议,规定连接方式和交互格式
  • 门口的小柜台:MCP Server,向 AI 应用暴露资源、工具和上下文能力
  • 调度楼按标准请求:MCP Client 或 Agent Runtime 使用统一协议调用外部能力
  • 统一的是那一扇门:协议标准化的是交互边界,而不是强迫每个系统内部完全一样

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Tool callingtool registryagent runtimeconnectorscontextintegration