模型上下文协议（知命境）
欢迎来到以DeepSeek以代表的AI世界，我是doc-war.com的青樵，一个技术主义者。
知行合一，用DeepSeek写DeepSeek教程。越石父负责解读DeepSeek，我负责解读越石父。
在《感知境篇》，借助“查纽约今天天气”的例子感知，我们对AI应用的各个组件之间的交互过程和数据传输方式，有了清晰的全流程概念。身为传统开发人员，感觉很棒，AI开发的这种神秘感一扫而空。
现在，我们重新观察下这个例子，想点创业者该想的事！
两个疑问：
- 我们怎么从MCP生态寻找机会？
- 我们又为什么要共享开发MCP服务？
一、半夜感知
越石父此前这样说：
——第四次工业革命的价值形态，是数据集。整个AI的核心价值是由训练出来的权重数据集带来的。如果不能结合业务数据或其他业务性功能，那么基于DeepSeek做上层垂直应用没有意义，因为数据上没有带来增量价值，就是个壳。
什么样的数据能带来增量价值？
在“查纽约今天天气”的例子里，我们进一步指出了，AI具体需要的业务数据，不是通用知识，而是传统信息，尤其是实况信息。比如从从中国用DeepSeek查美国的天气，DeepSeek就歇菜了。
OK，我们似乎发现了创业机会！
——开发一款名叫“全球天气”的垂直AI代理应用！
二、朝入洞玄
世界气象组织被颠覆，可能吗？
在MCP协议诞生之前，要能支持查询全球范围内的天气预报，你需要与来自全球过百国家的天气服务建立合作，并适配接口，这是不可能的！
1、现状
看看世界气象组织的垃圾官网就知道了，上世纪90年代风格的官网、落后的PC体验，一副10年没有更新版本的样子。别说AI时代，就是十年前的移动互联网革命时期，这样的体验，也没人愿意多看一眼。
你显然不能基于世界气象组织的接口来做App。
你更加不可能挨个接入195个国家的底层气象API，精通195国语言，拿到195个国家的签证就是硬门槛。而这些国家气象部门的亲戚，想要自个儿在全球范围运营服务的接入，也不可能。商业合作效率的限制，对产销两端都是一样的。
所以，最终你会发现，全球气象数据这么简单的民生服务，请求接口的分发，居然都被少数做跨国业务的公司垄断了。底层接口价格1分，传递到上层开发，成本就可能变成了10分。
2、算账
经查DeepSeek这样的人工智能，我们拿到了目前的上层API成本，2024年大概如下
国内
国外
如果你要做一个全球天气的APP，在不考虑用户运营成本、服务器成本、人力成本的情况下，服务100万用户，平均每天请求算3.3次，一个月大概1亿次，光接口成本大约在1.8~4.9万美元之间，换算成人民币，大约在13万~35万月成本之间，不作弊的话，年成本大约在250~600万之间。
有一个相对靠谱的收益公式：百万日PV ≈ 百万年收益。按330万的日pv值去算，广告收入大概在330万/年。对于这种用完即走，甚至桌面小卡片形式看完即走的，预计收入打对折。很清楚了，光这个纯接口成本，直接将你拍死。
这大概也是国内最大的天气产品墨迹天气，坐拥6.5亿用户，也没能上市的原因之一。
3、未来
但反过来说，不能上市的墨迹天气，在产业发生底层逻辑革命而不敏感的时候，就是你可能化到缘的目标。
新分发革命
MCP协议，将N-M-K的网状关系复杂度，打平成1-1-1星型结构，从而大幅降低技术成本和合作门槛。并且可预计将以注册中心的形式，大幅提升服务的分发效率。理论上，你只需要关注技术价值，不再需要关注全球运营，未来将会发布的MCP store，将天然接管这部分职能。
你突然有了一个宝藏一样的发现：
全球各国的气象服务，极可能在未来一两年内，因为响应人工智能的号召，以MCP标准服务的新形态，向全球范围无成本开放了出来。
对底层各国的API来说，他赚的还是那个1分的成本价，但OpenWeather这些跨国业务公司的门槛利益被技术自然打平了。你既不需要去适配195个国家的技术复杂度，也不需要舔个B脸，去和195个国家的领导人洽谈1块钱的商业合作，甚至不再依赖跨国巨头的聚合中继服务，成本剧降。
这个时候，你会发现，你和墨迹天气，其实站在同一个起跑线上。
附注
实际的创业环境，远远没有说的这么简单。但咱们小微创业者，目标可以低点嘛，你不需要指望像墨迹天气那样拿下过亿用户，但如果运气好，以第一款基于AI、面向全球的天气App概念，几十万用户就够你滋润平躺了。
三、暮入知命
由于一切MCP server是标准化的，遵循相同的接入规范，其性质就相当于服务形态的App，而MCP协议也相当于App开发框架。既然天然有了统一的应用框架，就意味着需要诞生平台管理职责（应用注册、分发、统计、权限管控、统计对账......），由此发端，其影响将从技术价值面衍生到运营价值面。
融合纪元
有了MCP协议，未来的AI将不再以孤岛形式的技术工具存在的。
- 融合本地操作，自动化工具诞生
- 融合业务数据，AI吞噬传统业务
分发纪元
另一面，站在各行各业常规业务平台的角度上看，Agent产品作为能力调用方，扮演的是渠道角色。如果这个能力是可以大规模付费开放的，那么自然渠道多多益善，最好可以主动找上门，自动合作，无需走商务流程。
这是个能力供应商的分发运营问题。
在未来，当存在类似AppStore这样的MCP server注册中心，分发将变得前所未有的简单、高效、标准。
这意味着，只要你的服务（业务数据或功能）是可以开放的，你不再需要关注怎么触达全球的Agent开发者。向提交AppStore注册那样，发布你的MCP server即可，全世界的开发者都可以通过关键字简单搜索、下载、查看文档、使用、统计对账......
无需苦哈哈的推广了，各司其职，关注价值本身即可，这才是技术世界的浪漫。（这也是@越石父所说的利益平权机制）
分发需求
一个相似的案例是2010诞生的npm分发生态。
NPM（Node Package Manager）的革命性发布，不仅仅是整个javaScript语言的里程碑，也深刻影响了全世界编程语言的包管理思维。最初是为了Nodejs服务端生态，后来吞噬了前端，进一步吞噬了更多语言封装的工具链。后来其他语言如雨后春笋般出现的类似产品，Python的pip、PHP的Composer、Dart的pub、C++的Conan和vcpkg、Rust的carge、Wasm的wapm，都在向其致敬。
开发者可以快速复用他人解决方案，避免重复造轮子。
一键安装、更新、卸载项目依赖。
自动解决依赖冲突和版本锁定。
每个开发者或团队都可以将自己的包发布到 npm 生态。方便代码共享、商业推广、团队内部包管理。
npm 是 JavaScript 世界的软件供应链基础设施，帮助开发者高效构建、共享和维护项目，也是自动化基础。npm ≈ JavaScript 开发者的 App Store。
今天npm注册引擎，覆盖了全球超过1700 万开发人员，发布了超过 200 万个软件包，单月超 千亿次下载，占据了全球主要的下载流量。而一个流行的包，日下载量就高达千万次，他和github一起，为开源生态做出了巨大的贡献。
最后
从融合纪元到分发纪元，是模型上下文协议（MCP）必然的演进趋势。官方注册中心的发布，快则在明日，慢则数月。提前准备，等着即可！
