从M×N到M+N：MCP如何重塑AI开发与应用生态？|对话独立开发者 idoubi

02:31好的，大家好，然后马斯老师好，就很开心来到这个炼金术的这个播客，我是idoubi。然后我这个名字由来就是我上大学的时候，因为受那个爱逗逼那个软件公司的影响，就是用了很多像Photoshop、Dreamweaver它旗下的软件，对我的整个进入互联网行业有非常大的一个影响，所以就一直取了这个名字，用了十多年了。

02:54然后我个人的话，是15年从武大毕业。然后18年加入了腾讯做后台开发，做了五年的后台开发之后，我23年就是从腾讯裸辞了。裸辞出来之后，就一直以独立开发者的一个身份去尝试各种的这种AI的小应用。然后一年半的时间差不多也有做了十来款的这个小应用。

03:14去年一直在做一个叫做ThinkAny的一个AI搜索类的产品。今年做的比较大的一个方向是在做MCP相关的一些事情。然后刚好去年MCP刚发布的时候，我个人是非常看好，所以呢我就投入了一定的精力去做了一个应用市场，然后也做了一些SEO的优化。

03:34当三月份MCP爆火的时候，正好我就是有了一定的积累，所以拿到了一定的流量，就是MCP这个项目在全球范围内就有了一定的这样的用户的传播度。后来三月底的时候，就是同林出版社的编辑老师找到我，想让我写一本MCP的这个书。所以呢，我就过去三个月的时间都一直在写这本书。

03:56我希望把我自己的一些经验，还有我的一些思考，以及我基于MCP做开发的一些体会吧，反正还有一些项目经历，全部都总结在这本书。所以，上周刚好上了这个京东的预售。所以今天也很高兴来到马斯老师的这个播客，然后我们就一起看一下MCP方面，可以一起分享了解一下。

04:31首先我觉得就是成功可能谈不上，就是说实话就是知名度可能稍微高一点的，就是去年在做的一个叫做ThinkAny的一个AI搜索引擎。当时的一个目标其实是希望做一个对标Perplexity的一个全球化的AI搜索引擎，主要解决的就是让用户在AI时代他可以更高效地去搜索，然后也是Perplexity这类产品它的一个愿景之一。

04:55所以呢这个产品当时三月份的时候就上线，后来四五月份那时候就是拿到了还不错的一个流量，然后在日本还有中东地区其实是有比较多的一些用户在使用。有一段时间也是处于阿拉伯语地区啊最受欢迎的这个AI搜索类的一个产品，所以这一款如果说从曝光量还有这个传播度方面，我是我比较有代表性的一个产品。

05:23后面就是因为大家做的人比较多了，就慢慢的我可能精力也在投入到了一些其他的方面，所以这款产品就是目前啊它的数据是有一定的这个下降的，但是啊如果一定要我说印象最深或者别人对我印象最深的一个产品，我觉得可能是是这一款是值得一说的。

06:07的？我觉得高效率的其中一个原因其实还是过去的一些经验的积累，因为我在腾讯的时候，我的主业是做后台开发。然后我一方面前面两年半的时间，我就是做核心的系统开发，负责做支付相关的一些业务。后面两年半其实我的角色是有一定的转变的，我不但要做这个业务开发，我也负责一些系统架构还有运维相关的一些事情。

06:32就相当于我在腾讯五年工作期间，把我做就是应用层开发相关的一些经验基本上都补齐了。然后我业余时间我也比较关注这个前端的一些发展，所以我业余时间在腾讯做后台开发的主业之外。我也业余做一些这个前端方面的一些小产品，所以当我23年出来之后，因为我有了过去的一些经验，所以我很快就从一个职业的后台开发工程师转变成了一个全栈的工程师。

06:59那再去做这种应用层相关的产品，它涉及到的所有的技能点，我其实之前我已经具备了，所以我再去做一个东西就会很容易。然后我可能做第一个产品的时候就花了一天多的时间，然后再做第二个产品的时候，它就会变得越来越快，越来越快，主要是因为我不断地去积累自己的一个SOP，把经常用到的一些组件啊、方法啊什么的都都积累起来了。

07:25所以就能够不断地去复制，快速地去迭代，所以这是做得快的一个原因嘛。

07:36啊？应该80%以上都是自己写的，因为AI对我来讲，我其实是把它当做一个技术伙伴，就是跟他探讨一些技术方案为主。但是我大部分时间还是会自己去写，因为我觉得架构方面肯定自己做的会更好一点。第二就是AI它只能局部的去替代我一些工作，比如写一个重复性的函数，或者写一个UI组件，这种情况下我会用AI辅助。

08:01但是整个系统的架构还有主要核心的系统的这种编码工作还是我自己写的。

08:23我觉得MCP它本质上其实就相当于开启了一个新的时代，就类似于互联网起步的时候有一个HTTP这样的一个协议发布了，它跟我们以前过往基本上每两周每一周就会有不同的新的模型发布，新的产品发布，它跟那个带来的震撼感是不一样的，因为它不仅仅是，它不是个模型也不是个产品，而是一套协议。

08:47这个协议我觉得它就是一个更高层次的一个东西，它就是一下子规范了整个应用层的这个跟各种扩展的一个对接的方面的东西。所以MCP它设计的初衷就是为了补充大模型本身的一些能力的不足，比如说大模型预训练的它是没有联网的能力的。然后过去大家为了让大模型有联网，可能通过记忆存储的方式给它传上下文，或者通过function calling的方式给它挂载一些外部的数据。

09:16但不管是记忆存储还是function calling，它都有一些问题，要么是很混乱，就是大家各种对接起来会觉得很麻烦。所以MCP它出现就是解决我们以往在这个AI的演进过程中遇到的一些问题。它用一句话概括。它其实就是更好的去为大模型补充上下文来提供大模型它本身能力的一些一些补补充。

09:42我之

10:03就可能有一点类似吧，就类似，并不是说插不上去。其实就我打个这样的比方吧，就你有一个苹果笔记本电脑，然后家里有家里有一台惠普的显示器。然后呢，其实你可以通过一根数据线把你的电脑跟显示器连接起来，你就有了一个外部的这个显示器的扩展。

10:23但是如果假设，呃，我们做开发可能平时我需要至少可能两台显示器，或者我还接个音箱什么的。那么我就是一台电脑，我需要扩展的设备可能有四五个。那么这个时候呢，我的整个电脑我的接口只有一个两个，所以我连不了这么多的设备。所以我就需要有一个扩展坞这样的东西，就是它一端插在我的电脑上，另外一端它就一下子给我增加了七八个这样的口，

10:50这样就能让我连接各种不同的这种设备了。然后这个设备呢就只要跟这个扩展坞对接，而不是直接跟我这个电脑对接。所以您刚刚讲的，我觉得不是连不上，它是可以直接连，但是它连一方面是接口不够，第二可能它它会有一些不兼容的问题。但是如果你通过一个中间的这个扩展坞来连的话，就是一方面可以连得更多，第二就是所有的人都按照同一套这个口子去连，

11:17它就会呃扩展起来更容易一些。

12:31就是我觉得这个从两个层面来讲吧，第一第一个层面就是理解它的本质，它解决了什么问题这个层面。就是您刚刚讲的那个OpenAI提出他那个东西叫Function Calling。Function Calling实际上就是说你有很多的外部的API，然后呢你在这个ChatGPT的应用，

12:49你可以通过呃语义化的方式控制它去调各种API。但这里有一个问题就在于不同的API它可能有不同的参数，如果每一个应用都要去对接不同的API，其实就涉及到一个叫做M层的这样的一个笛卡尔积的问题。就是假设ChatGPT需要连八个API。

13:10然后智谱、清言这种客户端它也要连八个API，所以它就可能就是二乘以八，它就会有十六个。但是MCP呢，它其实就是为了说我让所有的一切标准化，然后呢就类似通过一个中间层，你们大家都插到这里，所以你左边插的是两个应用，智谱跟那个ChatGPT十二，然后右边插的是八个扩展，所以就是二加八，

13:33它其实就把M层变成了一个M加N的一个方式。这样的话，就是说如果你一个像Manus这种智能体，它内部用到了几十个工具的时候，那么你的这个整个的开发成本其实是可以大大的降低的。所以这就是从技术层面它解决的问题来讲，我们需要这么一个东西。

13:52然后从呃整个的大的这个大的层面来讲，其实就是整个的我觉得是时代的变迁的问题。比如说Web时代，我们整个的开发的范式就是通过HTTP协议，然后所有的网站HTTP协议调用所有的API。那么到了AI时代，它肯定会有一个开发范式的一个变迁。

14:12所以呢，我们就不是希望所有的AI应用再由所有的这个开发者去一个一个接API，而是希望有一个这样的一个协议层面的东西，让所有的开发者只关心自己这个业务逻辑的开发。哎不用管那些外部的扩展的集成，所以这个世界上其实用一个专业的词可能就类似于这种控制反转。

14:34就所谓控制反转，假设在一个企业你要去对接八个部门的八个的这个系统，需要他们一个一个开放API，其实这个对接成本非常高。但是新的开发范式应该由这八个部门他自己主动暴露一个这样的MCP服务，然后我只需要我的这个接入方，我只需要写一次，然后把他们写的全部插上来就好了。

14:58这里其实它的范式变迁就变成了一个由这个被接入方主动去暴露他的能力。而不是由接入方去一个一个去调用别人的能力。所以从这个层面来讲，HTTP它加速了整个Web时代的各种网站网络的爆发。所以AI时代一个新的协议，它能够会引起非常大的一个变革。

15:21所以这就是从整个宏观层面，就是我们特别就是看好这个事情的一个原因。

15:47控制反转其实就是一个这个对接关系的一个问题，就比如说这八个部门，首先你要先跟他约定好，就是你的API应该怎么开放，你要放哪些数据，放哪些字段，然后你得写个接口文档。然后第二就是你我要一个一个对照着你这八个部门的文档，因为你这八个部门它开放的API可能参数是不一样的，

16:09然后接入方式也有可能是不一样的。那么我作为一个接入方，我就是至少要对接八次。我一个一个按照你们的，

16:18实。而且我可能还要跟你有很多的沟通，因为你必须要排期，你按照我希望的方式，然后你去开发。但是所谓控制反转就是说，我们中间我先立一个中间的一个牌子放在这里，我不需要跟你对接，这个牌子上已经写明了你应该这么做，我应该这么做。

16:38我只关心我自己的事情，我我作为接入方，我按照MCP的客户端的标准，我把这个接入逻辑写完，然后我不关心你们到底这八个部门是谁，你只要按照我的那边写的那个规则，你写完了之后，然后你直接插进来就好了。所以这个控制权其实是在那个被接入方的。

16:56所以我不需要由这边去，去一个一个去对接。明

17:40首先这个协议它其实就是有一点这个先来后到的一个感觉，就是首先它会有一个这个用户认知的一个东西，MCP可能是比较早进入用户的视野了。第二呢它有一个生态类的共识的问题，就是它一旦先出来了，然后大家就是慢慢地按照它的去做，然后做的两端的东西多了之后，它就形成了一个共识，后面的人如果再发布一个新的协议，他又要重新走一遍共识的形成，

18:10他就会更难一点，所以呃MCP会有一个先发优势。第二点它这里面有几个底层的逻辑，第一个呢就是MCP它是个双边的东西。双边它就涉及到一个鸡蛋悖论的问题，先有鸡还是先有蛋。也就是说，先有很多的服务商基于MCP去开放他自己的能力，还是说先有很多的客户端，比如智能体啊或者Chatbot愿意去接。

18:34所以如果说两边，开放的人不愿意开放，接入的人不愿意接，那么互相都在等待对方，那这个局面就没办法破。那直到就是后面慢慢的，就比如说Perplexity它先基于MCP把自己的能力开放了，然后Figma也跟着开放了。后面就有一些高德地图啊、腾讯地图啊各种，再加上一些明星的应用，它作为另一端，就是Cursor、Windsurf。

18:59还有呃什么的，这些编辑器软件它先接入了。所以呢，就是因为有一端它成为了一个明星应用，明星应用它就带起了一个明星效应。所以有一端先破局了之后，另外一端它就会跟着接入。比如说Cursor它已经是一个全球范围内非常人在用的一个这个终端的一个接入口，它已经支持了。

19:22那么呢，Perplexity作为一个服务方，它肯定希望它的这种能力被更多的这种软件去集成，所以只要看到Cursor Windsurf接入了，它就马上去接。它其实真正的爆发是在3月6号，就Manus发布，Manus发布它，Manus作为一个明星应用。

19:37明星应用呢它起了一个明星效应，然后让客户端这一层，就是让大家增加了它的信心。就大家会觉得Manus是基于MCP去做的。

19:49Manus它第一个版本确实没有用到MCP，但是很多人对Manus的技术拆解就说它肯定用到了MCP。因为它整个的行为逻辑跟MCP的那一套基本上逻辑是一致的，跟MCP最初的设计理念也是完全吻合的。所以有一些文章分析说，Manus用了MCP。

20:16对。所以就因为Manus带火了MCP之后，它这一端先起来了。所以后面你看高德地图、腾讯地图、百度地图三天内完全马上跟进。再后面就是什么阿里云、百度的那个什么市场，再加上360的什么纳米爷爷全部都接，就是有一端破局了，大家都认为这个东西肯定会火，所以大家都争着去接。

20:39然后还有一个很大的很大的一个点，就是说OpenAI的一个表态。山姆·奥特曼应该是在三月十几号的样子，他发了个推特，他就说大家现在都好喜欢MCP啊，他说我们也要在ChatGPT去支持这个MCP。所以因为他的表态。就是很多人之前本来是观望的，但是他觉得MCP跟SOP是一个竞争关系，所以觉得OpenAI不太可能去接MCP的这个协议。

21:06但山姆·奥特曼表态了之后，所以大家就对这个事情信心就大增，觉得啊应该MCP会是今后的一个共识了。所以后面就是三四月份就持续的不断的有各种应用来来加入。

21:24MCP.so现在它的定位其实就是一个MCP的应用市场。因为MCP它现在主要就是分为客户端跟服务器嘛，服务器就是帮助那些像Perplexity、Figma或者Notion这种服务去开发自己的能力。然后客户端就是各种Chatbot或者Agent的，它要去接。

21:43所以MCP.so就是先收集了全世界范围内开发者开发的各种各样的这个MCP服务器，让大家想用的时候能够很快的去找到。然后也会收集一些这种明星类的好用的MCP客户端，让大家也能去真正的用起来。所以目前看MCP.so就是一个类似于安卓时代的豌豆荚或者什么Google Play这样的一个纯粹的应用市场，

22:08做这个服务器的分发的。

22:48呃，对，是的。就实际MCP.so现在就是一个应用的查找的一个地方，可能也会有一些推荐的功能，分类的功能，让你能快速的找到一些我们推荐的或者用户在用的这种东西，就你可以先用起来。但是我最近也在做一个就是功能型的集成的，就是让它啊更好的用的一个平台。

23:22就大部分情况，一个功能可能会有多个这个MCP server，有的是官方自己发的，有的是第三方做的。

23:38样？对。这个就是我的目标之一吧，就是靠用户评分或者自己去推荐这种方式，就是把官方的可能放在前面，然后其他的就是呃试用过的好用的就也跟着放，就尽可能还是按用户的一个使用的习惯以及评分的一些情况给他去做推荐。

24:18这个是肯定现在肯定是有风险的，因为现在的最常规的用法就是，呃，用户把源码拉到本地，然后去运行。所以这种情况下呢，就会存在一个投毒的一个可能性，就是比如说你完全不懂代码，然后我在代码里面就可能写了一些后门，我可以删除你本地的文件或者去操作你的某些电脑上的一些资料。

24:43那么如果你在用的过程中刚好可能触发了这个工具，那我就会对你的这个系统产生一个破坏。这个前提就是说你对你下载的这个MCP server，你其实是不知道它到底会怎么运行的，不知道它逻辑是怎么写的。这种情况其实是会存在一定的这个安全的隐患。

25:25是我觉得就是MCP.so它的机会其实就是一个会朝着安卓时代的豌豆荚这种产品去发展，它只能是这个方向。因为豌豆荚它本质是分发各种APK，然后MCP.so它因为MCP它前段时间支持一种叫DXT的一种分发的这种扩展的形式，所以MCP如果往这方面做的话，只能说就人工投入很多的这种运营资源去筛选这个收集的这些服务，

25:55现在收录了一万多个，但是因为我个人的精力有限，就是很多我都是没有去测试的。但如果要做好这件事，只能投入很多的这种测试的资源。把每个服务跑一遍或者说去审查一下它的代码，或者通过程序化的方式去呃做一下这个代码的评测，看看它有没有存在一些漏洞之类的。

26:15然后再把这种评测过的审核过的，再把它作为一些精选的服务把它推荐。然后没有评测过的这种，让用户去看到的时候可能会提示他会有一些安全风险，你要小心什么的。其实这就是任何做这种应用市场它必须要做的一个事情。目前它的形态只是做了一个这样的一个收集的一个功能，把呃就是市面上可能存在的把它收录起来，

26:41但是我没有做太多。目前还没做这种筛选过滤，精选相关的一些功能。还有包括你讲的那个评分或者叫往大众点评这种方向走，目前就其实是还没有做的。

26:58四五月份好像是两百七十万的访问吧，然后这个月应该是掉了，最近应该是在掉，最近掉应该平均就是一百多万的这个PV吧，应该是月访问量叫做。

27:14然后大头是在中国，中国可能占40%的样子，然后美国可能20%的样子，就是大头是中美两国。最近可能在中国的MCP的热度是有点下降，然后最近中国的网络环境也也有点差，所以就导致最近那个流量其实是在掉的。

28:20就是我觉得现在的形态肯定只是个导航站，只有收集跟导航以及简单的分类的这个功能。但我就是MCP.so这个网站，我对它长远一点的定位，我觉得它应该是一个应用市场。然后您刚刚讲的这个形态的话，它现在是以这个MCP.so的源码分发为主，但是前段时间MCP它发了一个叫DXT的这种扩展类型，

28:46也就是说它希望用户后面通过这种扩展的方式，就类似APK一样，双击一下直接在某个AI应用里面去使用。如果这种分发方式能流行起来的话，那么MCP.so它应该就会朝着这个应用市场的方向去去做，就不是导航站。导航站是比较薄的一层，然后应用市场它可以做这种呃扩展的打包，可以做检测，可以做评分，

29:11可以做分类，做精选。所以我觉得长远一点，我对它的定位应该是一个应用市场。然后这个搜索引擎的话，我觉得它也是可以作为这个应用市场的一个一个基本的服务，就是你可以定好的去搜到MCP相关的。其实我现在也是完全可以做的，就是所有的工具跟描述通过向量化的方式把它存储，然后用户再去问的时候，

29:34其实就可以快速的去匹配。所以因为目前的做的工作有限，所以他现在也只是一个导航站。其实

30:33我觉得这个观点很合理，因为长远来看，我个人也一直认为MCP它不是给普通人用的，或者说非开发者群体用的，因为它现在就是门槛还是过高。然后DXT的这种分发方式，就相当于让那些真正在大模型行业去用一些这种C端产品的人，他能够去快速地装一个扩展。

30:58这个扩展呢，它可以从MCP去导入。但是我觉得MCP它最大的价值应该体现于它的能力供给，也就是说它应该面向于那种做产品的人，做Agent的人，或者做Chatbot的人。他们需要用到联网的能力，需要用到抓网页的能力，或者需要用到截图的能力。

31:19这种时候呢，他应该通过MCP去找到一个这样的工具，然后通过客户端的方式快速地去调用。所以呢，我其实现在是分了两条线的，MCP Server我是往这个应用市场这一块去做。我希望就算是以后这种泛编程群体，他在大量的C端去用这个MCP Server的时候，

31:41他可以在这里去快速地用起来。然后另外我的大头精力，我其实是放在一个叫做MCPRouter的这么一个平台，就类似于OpenRoute这样的，OpenRoute是对接各种各样的模型。我是对接各种各样的MCP，然后我是导出能力给所有做Agent、做产品的这些人来调用的。

31:59所以我现在在做这个事情。

33:05我觉得会存在这样的一个可能。这就是说，我觉得本质上依赖于一个生态的建立。就是说我能不能把我这个应用市场能够集成到一些终端的产品。比如现在哪些人会需要一个MCP的应用市场？一般是各种Chatbot的客户端，或者说一些Agent，它需要导入一些MCP Server来扩展它的功能。

33:29所以这种情况下呢，其实你这个应用市场，我觉得是应该可以内置到这样的产品的，通过开放API的形式，让别人来接入。因为如果说你只是一个第三方的这种的话，让别人去找。有可能真的就像你说的，ChatGPT它自己内置了，然后别人可能就不会再去你第三方去找。

33:50我觉得这一块它能够建立的壁垒，其实就是一些脏活累活相关的。比如这些MCP Server，它需要很多的这种检测、测试，然后还有代码的一些审核，或者说叫过滤漏洞检测什么的。就是保证你这上面你提供的这个应用市场里面，这些东西都是比较高质量的。

34:13用户他应该大部分会为这个质量，他会去找到更多高质量的，才会用你这个产品。所以如果说像ChatGPT啊或者智谱啊什么，他们要内置的话，他们有这种可能，那就看他愿不愿意投入这些精力，自己去做这些脏活累活。或者说如果我能开放API的话，看他们是不是愿意去接，还是说他们倾向于就自己做。

36:06底层的逻辑就是我认为的一个前提，就是Agent会爆发。然后Web时代就是Web的数量不断地爆发，很多Web它需要接各种各样的API。所以如果说Agent的数量爆发的话，那么Agent肯定需要集成各种各样的能力。然后Agent它的主要的核心依赖就有两个，一个是模型的能力，一个是这种应用层面工具的能力。

36:30模型的能力它就是用这个OpenRoute，那么工具的能力它需要去写很多很多的工具。所以你刚刚讲的那个标准化的问题，首先MCP它本身已经解决了标准化的问题，就是做一个应用的人。他不太需要去关心这个MCP Server里面包的那些工具，它对应的参数是什么，或者说它鉴权方式是什么。

36:53还是他按照一个通用的，他把自己变成一个MCP，一个client，他就可以去调各种各样的这个server。所以呢，这个中间平台它的意义还是说第一点，就是要简化它的门槛。因为打个比方，我要做一个阅读摘要的这么一个Agent的一个应用，或者叫SaaS吧。

37:13然后我需要用到一个联网检索的功能，我还需要把检索到的内容读取它的详情页。如果我自己去接两个API的话。我可能比如说我要接那个Gira Read，我要去Gira绑卡，我要去怎么样怎么样。其实如果通过我这种中间平台，我已经对接了Gira它官方发布的MCP Server，我在它那里绑了卡，

37:35我也去它那里创建了API key。那这样的话，用户只要在我这个平台创建一个统一的API key，他就可以去接入Gira，可以接入那个Super这样的一个联网搜索引擎。所以他只需要按照这个工具的每一次调用，然后给我去付费就好了。

37:53他不需要关心所有服务的这个绑卡、付费、API key的问题。

38:17这个地方。其实就是做中间平台它的一个选择问题嘛。比如说同样是提供天气查询的两个Server，那么我在给它部署到我的平台之前，我肯定都要去测试的。那我测试完了之后呢，我发现第一个天气查询它功能更完善，已经包含了第二个功能，那我可以选择我只部署更完善的这一个，

38:40我不会想两个都部署。如果真的两个都部署的话，那我可能就需要通过这种一个排名的机制，让用户搜天气的时候，同样两个，然后我会告诉他第一个会更好什么的。其实最终的选择权肯定是在用户，但是作为中间平台。其实你是为它的质量把关，你是要保证这两个都可用，并且你要告诉用户，第一个它的功能可能完整一些，

39:05然后由用户去选择。甚至我可以做唯一性，就是我不要部署那么重复的东西。比起应用市场，应用市场因为是各种第三方发布，它同一个功能可能有十几个服务都在提供。但你这种中间的路由平台，我其实是可以精选的，我只把我觉得最好的一个把它部署起来。

39:27其

39:34其实它类似于OpenRoute，它有个provider的这么一个东西。就是同样一个模型，它的provider可能是Fireworks，或者说其他的各种各样的提供方。那么它本质上这两个provider，它给到OpenRoute的那个供给其实是一样的。

39:50用户他根本就不理解后面那个provider它怎么是路由的。用

40:59的？我觉得其实精选它肯定是一个对用户来讲是一个好的事情，因为就相当于我给他背书了，然后我给他把好的我托管起来。但这一块呢，其实用户他这个开发者开发Agent的这个人，他本身是有自由选择的这么一个方式的。他可以选择就是说用你这上面，如果你觉得这个不好用，就是在应用市场上有十个，他可以会从上面再去找几个。

41:26我觉得呃另外另外我觉得这个数量虽然很多，但就我们按照这个API应用市场的这个逻辑来理解的话，其实它的数量也可控的。比如说常用的那些一个Agent，它可能需要用的。就联网检索搜各种各样的功能，它其实是可以把它控制在一个相对有限的一个范围内的。

41:45我觉得就算它未来MCP包含了几万个、几十几十万个工具，但我们这个平台我只要提供一千个或者一万个工具，它基本上能覆盖百分之八九十这个Agent的日常的这个需求了。所以呢，我没必要把所有的东西都提供给别人。如果他真的有我满足不了的时候，他才可以自己去找啊或者怎么样去对接。

42:07但是我做平台，我可能只在有限的这个集合内给别人提供服务。

42:26致的？我觉得主要是三月份Manus爆火，三三月份Manus三月六号吧，Manus发布之后，然后有一些网上有些对它做技术拆解，觉得它用到了MCP，因为它整个的用到了很多的工具，这个行为跟MCP的那个工具的行为其实是有点类似的。

42:46所以就因为Manus火了之后，然后带起了MCP在国内的整个的概念的热度。所以呢，就很多国内的这些人去尝试，尝试。其实我海外的那些用户可能他们是通过这个SEO搜索来的。国内这些人一方面是通过一些社区的传播，就比如说经常我看到有一些人反馈，在这个阿里巴巴或者其他厂里面，

43:12他们开会的时候会举例，大家会探讨一下MCP的这个什么可行性，会认为未来值不值得搞，我们应不应该去做个什么阿里百年这种什么市场，他们会拿我MCP.so去举例。然后这样的情况下，就国内的一个自发的传播，所以呢就导致这一部分的用户就就比较多一点。

43:33你

44:40我目前看到的数据是比较集中一点，就常用的一些，就比如说那个行程规划，就是用高德地图的这个多。第二就是MiniMax的那个Server，就很多人可能会生成图片或者视频。然后第三就是腾讯的有个那个EdgeOne，那个部署网页的那个工具，这个也用的多一些。

45:02因为一方面就是说现在很多用户他整个的对这个事情的理解与教育可能还比较受限，大部分是由一些自媒体博主或者一些喜欢研究的产品经理通过写教程带起来的。那么这些产品经理他们写的一些教程集中在一些具体的场景，比如帮你做个行程规划，或者帮你啊生成一个网页快速部署起来，或者帮你画画个什么图，生成个音频什么的。

45:30所以因为这些人他们作为头部，然后起的头部效应聚焦在自己的场景，所以后面那些啊受他们影响然后进入到去了解MCP的这些人，他们也大概率也是重复的用这几个。所以我看到的数据就是这几个用的比较多一些。

46:54嗯。呃，首先我的观点我觉得应该是这个API的这种形式会大于一个浏览器的形式，因为它本身是两种不同场景。像这个本地操作一般像Playwright啊之类的，它其实它一定需要在用户的本地计算机去运行，所以这个server它一定是跑在用户的自己的电脑上的，而不是跑在云端的。

47:18那么也就是说它的使用的群体肯定是C端的场景，就C端用户用它做一些RPA，浏览器自动化相关的这个事情。但是我们的一个认为，我认为的一个大的前提就是我觉得这部分用户的数量不会有特别大的一个增长。就是它的门槛还是比较高，所以我认为就是MCP的真正的被广泛的调用，它只能是被各种Agent的或者Chatbot这类产品去调用，

47:45然后由Agent跟Chatbot提供C端的服务给这些普通的用户。所以如果普通的用户去用Agent，那么他用到的肯定是云端的这些Server，通过Agent来调，不可能是他本地的浏览器的这些Server。所以呢，我的观点我觉得肯定是这个API的量会远大于本地的那些跑浏览器自动化。

48:06所以浏览器自动化这些人可能还是呃熟悉一些RPA的相关的这些事情的人。或者说想在本地去快速的模拟一些工作的这样稍微要懂一点技术的这些人，他才可能用得好。

50:39做。我觉得浏览器它本质上其实还是用户行为的一个延伸嘛，就大家上网的主要的形态是通过浏览器，所以在浏览器上做各种AI的挂载，我觉得是很自然的一个事情。所以我觉得你从C端的这个用户的视角来讲，其实大家是比较容易接受这个浏览器的这个形态的。

51:02但我觉得MCP跟这个事情就不冲突，因为这个浏览器它上面呢，它可能也会需要用到一些由别人第三方提供的各种各样的能力。这种情况下呢，它其实通过MCP去对接，我觉得也是比较合理的。另外呢，就是从一个快速开发的角度来讲，就夸克做了浏览器，然后假设我也特别想做个浏览器，我下周也准备做。

51:27如果我做的时候，我需要用到很多原子功能，那如果我全部用这个这个Browser Use这种方式的话，我可能会调试起来，我觉得有一些场景可能我处理不了。那我希望我能不能快速地去对接一些这种第三方的API，这个时候呢，我就很需要有一个这样的能力平台，

51:47能够让我快速地集成进来。这种我觉得是有可能就有一个特别强的一个MCP server。它就完全运行在这个浏览器的这个代码包里面，用户跑起来的时候，它就只在用户的本地通过进程调用的方式去做。然后它能解决大部分的任务，它核心我觉得还是RPA的那一套逻辑。

52:09但是我觉得可能还是会有一些这种远程的一些场景，就通过浏览器是不是很好的去做的。比如说有一些可能那个限制啊，IP限制啊，或者说这种程序检测啊之类的，你可能通过API去调用，它会更规范一些。所以我觉得不冲突，反正就是应该是两方面的需求都会有。

52:45我觉得几个点吧，第一个点呢就是十一月那个时候，呃。很多人他是看不懂MCP，或者说不太看好MCP，所以他短暂火了两三年之后，然后很多人他就没有基于MCP去做什么事情了。然后因为我是比较看好，然后我也稍微能看懂一些，所以我就快速地先做了一个网站，先去做了一些这种server的收集的工作。

53:12我觉得这个可能是对于真正想，呃，喜欢MCP的人可能会有用处，所以我是做得比较早，然后我也坚持在做的。另外一点呢，其实也用到一些SEO的手段，比如说我做了程序化的SEO，我收录了。我不断地去采集各种各样的别人发布的、新发布的server，然后每个server呢，我也通过AI的方式给它做一下总结摘要，

53:36然后构造一些这种易于爬虫去处理的一些页面。所以呢，经过三个月的积累，其实我的SEO的工作是比别人做的多很多。所以当三月份MCP这个概念突然火的时候，很多人会去搜这个关键词。那么呢，自然的话，我的那个网站它就排名会很靠前，因为我已经有这么几个月的积累嘛，不断地做SEO的优化嘛，

54:01所以谷歌它会认为我这个网站是比较专业的一个网站，所以它就愿意推上去。因为程序化SEO带起来的这样的一个流量的增长吧，在后面就是一些规模效应了。就是因为很多人搜到了，他看到流量，这个网站是经常排前面，而且流量涨得还可以，所以就会有更多的人愿意去传播、去推广。

54:24他们国内搞活动啊，或者说做汇报的时候，只要谈MCP，他都想把我这个网站贴上去。包括A16Z发那个市场报告的时候，A16Z他要研究全世界哪些人在做MCP相关的事情嘛，他肯定也会搜MCP关键词，然后发现我排在比较靠前的位置，然后点进去看我是跟MCP很相关的，所以他就会把我贴上去。

54:47所以也给我带来了一定的曝光。所以总结起来其实就是，一方面是不是很卷，在我最初做的时候，大家都不想做，只有我一个人或者我是最早的一批做，也是最少的一批在做的人。第二就是我坚持做了几个月的SEO，然后第三就是火了之后会有一些这样自然的传播，所以才让它的这个流量有了一定的这个增长。

55:51呃，因为我觉得写书本身它是一个体验，就是我以前没有体验过的事情。我看到有一些就是很厉害的一些程序员啊或者大V啊，就是他们也会写书。因为我觉得写书它肯定不是说为了赚钱，其实从赚钱角度或者从销量的角度来讲，写书其实对它的ROI其实是非常低的，

56:12也很难卖得动。但是我觉得写书一方面呢，就是它可以做得更系统化，就是我会把所有的思考、所有的经验、所有的这种过程，我都可以很详细地把它展示出来。当有一个新、对这个领域感兴趣的人。他就可以系统化地去了解这一块。

56:30我觉得作为一个布道者的一个角色，我其实做这个事情我觉得是有意义的。也尝试过独立开发，然后我也做过很多产品，然后我也就是做过很多事情，但是写书事情我觉得是我想尝试一下的，所以我就抱着体验的这种心态，然后我就去做。那现在

57:16我觉得如果往小了做的话，往小了做就是基于MCP去做一个server，就是一个服务器给到别人用。比如说我以前做的一些产品，像Pod.fm这种AI播客生成的，或者我去年做的HeyBeauty这种试衣的这种产品，我其实很早我就开放了API。

57:35然后呢，API它其实是为我带来了一部分的收入的，相当于我把我能力开放出去了。但是接API的人可能还是属于那种就是要自己做一些什么产品，或者跟我做类似的产品的人，他才会去接我的API。那么我作为独立开发者，我完全可以把我的API包成一个MCP server。

57:56这样的话呢，就有更多的人他直接打开任何一个Chatbot的客户端，或者打开Cursor、VS Code，他就可以很快地把我的这个server装进去。实际上对我来讲，我就相当于我的API可以卖到更多的场景，让更多的人能够去，他用这个server的同时，

58:15实际上买的是我的API，所以就能增加我这一块的这个收入。我觉得这是往小了做的一个个人可以尝试的一个方向。往大了做，其实就是我现在做的一个事情，其实我可以做一个中间的一个能力的平台，我去链接后面的那些提供能力的这种服务。我去他们那里去绑各种各样的卡，然后我去充值，我去生成API key，然后我再把这些服务全部部署到我的云端。

58:43这样的话，所有的这种Chatbot类的软件都内置一个MCP的应用市场。然后它所有的这个server都不需要用户拉任何代码，不需要用户安装任何环境，用户直接点“哦，我添加我要用这个”。然后呢，当他对话的时候，用户的这个请求就会通过这个Chatbot发到我的云端。

59:03如果说需要他调的是个MiniMax画图什么要付费的话，用户他要在我的平台充值，我可能扣的是他的这个钱，那我赚的就是这个差价。所以我觉得这是往大了做可以做的一个一个事情。

59:51所以我一直在讲的一个事情，就是我们一定要先认准一个大的前提。大的前提就是我认为Agent它肯定会爆发。最近半年吧，我也在做一个叫做ShipAny的一个开发框架。然后这个框架的目的就是让别人做AI SaaS网站，就是一个简单的网站，包括支付、登录、多语言、南宁配置这种，

1:00:12我能做到让他们一个小时就能快速地上一个。那么现在我觉得如果Agent的爆发，很多人他都想创业来做Agent，现在门槛还是比较高的。他做一个假设，做个Manus这样的Agent，他需要用到很多的工具，需要用到一些调度，然后还需要用到一个容器，

1:00:32这个容器的。它没办法一个小时或者一天或者一周上线。所以我的一个目标，我是希望能够像我做的那个框架一样，我把做Agent的这个门槛也打得很低，比如一天我就能做一个Agent。其实主要把它的这个依赖项给它拆清楚，其实我觉得这个目标是可以实现的。

1:00:51它依赖项我觉得主要是三点吧，一个是tools，就各种各样的工具。第二个呢就是它的那个容器，就VM，也可以叫做sandbox。第三个呢就是它中间的整个的调度以及内存这一块。调度跟内存这一块其实很多框架他们都已经在做了。像什么Nongraph啊或者之类的这种框架，包括字节跳动发布的什么TaaS啊之类的，他们已经在这个调度层面以及提示词工程层面，

1:01:21他们已经做了很多。所以这种做Agent你可以直接用框架来写。但是除了框架之外，你可能不同的Agent，它不同的场景，它需要用不同的工具。然后呢，我觉得工具需要有一个能力平台，所以我就面向于这个需求，我做一个MCPRouter来提供所有它可能会用到的一个能力。

1:01:41另外呢，我觉得这个sandbox这一块，它也是一个大头，也是现在最重的一个依赖。然后Manus是部署的一个叫e2b的这么一个开源的一个方案，它的部署成本其实是非常高的。那如果像coding类的这种任务，它的整个的实现会简单一些，我只要有一个K8S集群，然后有一个容器，

1:02:00把这个代码能够挂载起来，然后安装依赖运行起来就可以了。所以我最近一方面做这个tools的平台，一方面我也在做这个容器的这一块平台，和规划调度这一块，因为我觉得一方面没有可能没暂时没有必要去重复造轮子，所以我就没有去管这一块。

1:02:30对。国内像以前那个PPTV创始人姚欣老师做的那个PPIO，他们也做。我也

1:02:48的。我那个框架其实做了小半年，然后已经有四百多个人买了嘛，其实就是让别人做SaaS，做一个AI的这种网站，可以一小时上，就是主打的是这个定位。所以这些人他也跟我反馈，就是他们觉得做SaaS现在也很卷，很多人都在做，然后Agent是一个大的趋势，

1:03:09他们希望能快速地做一个Agent出来，但是他们又觉得现在门槛还挺高的，看我能不能也通过这种做一个框架的方式，帮他们把这个Agent，把一些该集成的集成，然后让他们做到能够简单地调一调提示词，适配一下他们的这个新的业务场景，就能快速上一个。

1:03:28所以我可能就是收集了一些需求。然后我就围绕着这个去做。SaaS

1:03:41首先我认为你的资质是齐全的对吧，你肯定是有支付的资质，有什么各种登录的资质，然后我只是从技术层面让你能够简单的把你的资质填进去，马上就可以用那种，就不需要你去写任何代码去对接了。

1:04:47我觉得首先我肯定是技术驱动的，就是或者叫兴趣驱动的。因为我对MCP这个事情我认识我是这样的，因为我觉得它的定位或者给到用户的一个认知，它就是一个应用市场，让用户可以去搜索各种各样的东西。然后它要赚钱的话，只能是靠品牌广告，或者说别人搜索的时候，有一些品牌它想去推广它那个做一下竞价排名之类的。

1:05:14它其实就是应用商城或者叫导航站的基本的盈利模式，就靠广告。然后它的要做起来一个大的前提。就是说用户侧的，就是对MCP感兴趣的这个人群要不断的扩大，然后这些人他要天天的去搜，然后这种情况下才有可能有很多的品牌他愿意来这里去投广告。

1:05:35其实就跟Tulip Fast什么之类的这种AI导航站是一样的。所以我觉得从这个层面来讲呢，我后面要做的事情可能也只是说做更好的分类，或者让他们更方便的去搜，通过向量匹配啊，或者或者说我自己去做一些代码的检测，质量的检测，甚至做大众点评这种评分。

1:05:56但我对这一块的话，我觉得它可能我认为它的脏活累活还是比较多了一点。因为如果他有几万个服务，每个服务都要去检测，然后检测几万个，我觉得这个投入对我来讲可能会有点太大，而且也不是特别的感兴趣。所以呢，我的想法其实还是围绕着这个Agent去做这个infer。

1:06:18Agent的infer呢，我评估一下，我其实是有一些优势的。就比如说他依赖的那个sandbox或者容器这一块，因为我之前在微信，我主要也是做K8S的这个架构的，所以呢，我可能是稍微熟悉一点，所以我是有机会去研究一下这一块。

1:06:34另外呢，我觉得Agent拆解完了之后，它的大头是那个工具的集成。那么工具的集成，我可以很好的把我这个MCP上面的一万多个服务，我给它精选出来那么个一百个或者多少，把它部署起来，然后提供给这些Agent去做。更大的一头，其实我个人我希望我也有机会能够成为一个优秀的运动员，也就是说，我还是希望自己能够去做一些Agent的产品的。

1:07:03包括我最近半年也在做一些coding类的AI coding，我做的一个Kaggle Web，一个Page，一个DevSecOps，这三个项目都是属于帮别人做生成这个coding任务的。所以我想我后面希望能在coding Agent的这一块去做更多的工作。

1:07:19那么我就要想到我自己做的时候，我的三个依赖，我能不能先把它解决。解决完这三个依赖之后，我再去推出一个我自己的一个Agent的产品。如果跑得比较好的话，我再把我的这三个依赖，把这些能力再开放给更多的这个Agent去接入。这样的话就是说我一方面能成为有机会成为优秀的运动员。

1:07:41第二我也能成为一个运动品牌，去把我运动品牌里面的一些好的运动器材卖给更多的运动员。所以这就是我，我对这个事情的一个比较长远一点的一个想法。

1:08:43首先我我肯定是就是认可这个观点的，确实我想做的事情有点多，但是我认为呢它可能还是属于能够就是归结到一个点上的，就是它属于周边型的一些东西，围绕着一个点在做的一些周边的事情，所以它不是说方向完全不同的。比如我说我现在要一边做AI搜索，一边又要做什么播客，一边又这个，它可能就太扯了。

1:09:08我最近一直在思考就是说我擅长什么以及我想做什么，我觉得主要是这两点。因为我想做的其实还是挺多的，但我擅长的点我总结了一下，其实我觉得，呃，首先如果做Agent我去做个Manus，我感觉可能不是很适合我，因为我去年做通用搜索，我就很多人劝过我就做通用，呃，你肯定卷不过别人，

1:09:31而且效果不好，不如做垂直。所以如果做coding，做Agent的话，我觉得如果做垂直Agent可能会是一个好的选择。那么coding Agent是我比较了解的一个方向，因为我也做过几个这个coding类的产品。那么我想做coding Agent的话，我拆解了一下，如果我现在马上去做一个，只做一个coding Agent，

1:09:53我需要用到的容器，我可能要去调用像e2b或者WebContainer这种，它的整个成本会比较高。我现在觉得我不太愿意花这个钱，或者我没有这么多钱的预算。所以我就在想，我能不能用我对K8s的一些熟悉程度，我能够自己先跑一个这样的一个容器，能够让我的这个Agent至少能落地。

1:10:13另外呢，我觉得现阶段很多的coding类的Agent，它的效果太发散了，因为它整个框架、整个项目都是AI从零到一生成的，最终效果不一定好。然后我最近半年又一直做了一个这个框架，然后这个框架它其实把常用的登录、支付、多语言各种各样的功能都封装得比较好。

1:10:33所以我在想，我去做coding Agent，至少我有一个比较好的一个底座，一个底层框架在这里。第二，它用到的很多的功能，我其实也也在MCP上面，我已经就是部署了一些工具，我觉得是完全可以用起来的。那么我现在差的其实就是一个对容器技术的一个研究。

1:10:53所以呢，我觉得呃，我已经差不多补齐了两个板。如果我再把容器这一块再稍微花点精力，如果能研究到一个比较好的程度，这三块能力补齐了，我再去做coding agent，我可以很快的就做出来。所以现在去直接去做coding agent，我可能一下做不出来。

1:11:12所以我要可能先往这三块去做，然后我再去做coding agent。

1:11:28不是E2B，它会更垂直。因为E2B它是一个沙盒，它可以跑各种各样的东西。但是如果是一个coding类的，呃coding类的任务啊，一个只是为了渲染出一个代码、一个项目的话，它依赖的功能其实是比较少的。比如说，我只需要挂载一个项目文件进去，然后再跑一个命令，把它安装依赖，然后再跑一个那个server，

1:11:54本地local server，得到一个预览的地址，然后再把这个预览地址给到用户看就好了。所以它的整个的依赖非常轻，所以用K8s加一个容器是完全可以跑起来的。不需要用到E2B这样的一些技术。我觉得E2B它可能会是一些这种虚拟机，它有文件隔离啊、进程隔离啊，各种各样的东西可能会重一些。

1:12:15所以我觉得不在我的能力范围内，做一个轻量级的，只做一个Next.js或者某一个项目模板的一个展示，我觉得这一块我有可能是搞得定的。

1:12:39肯定是还是希望就是有人可以一起做的，因为有人一起做至少可以讨论，然后再可以一起去执行。一个人，因为确实还是精力有限，我想的可能还是有点多。包括那个我做工具这一块，如果我要对接后面很多个这种server的话，我要一个一个去绑卡支付、申请API key，

1:12:58然后再部署，然后再各种各样的，它其实啊这个时间会比较长一点。所以如果有人一起做的话，我觉得会更快一点。但是并不是说我一个人搞不定，我我觉得我还是我刚刚讲的这三块，我觉得靠我一个人肯定是搞得定的，可能这个时间周期有可能会稍微长一些。

1:13:34我现在肯定更希望的是懂容器的技术型的这种一个partner。OK，对。因为如果商务这一块，我觉得可能现在还没有到那个阶段。什么时候才能到那个商务的阶段呢？就是说我这个平台跑稳定了，然后我前端已经有一些Agent跟Chatbot在用了，然后我后台的这个server它的供给不足，

1:13:55只有那么五六个，我希望把它快速地扩展到五六十或者七八十这样。那就需要去对接一些知名的，像ElevenLabs或者Perplexity或者这样的。可能一方面要跟他们去对接绑卡支付、绑定API key，或者如果从商业的角度来讲，是不是能跟他们谈一个比较好的一个折扣价，

1:14:16然后我可以按照他们官网的原价给到我的调用方。然后给到我的下游的供应商，我可以给一个更低的价格，这个时候才需要一些商务去谈判。但现阶段我觉得更重要的还是要落地。落地的话，那肯定就是呃容器这一块是我目前进度比较慢一点的。如果有比较擅长的，我觉得可能会好一些。

1:14:45可能就是相当于就是故事讲得很大，就是最终还是要看这个落地的这个效果吧。我觉得

1:15:02但是最终这个东西就是落地的快不快，落地的好不好，以及我落地完了之后，我真做出一个coding agent，能不能跑赢什么Laravel啊或者Bot new啊什么的，或者我做的这一套基建有没有人愿意接，我觉得这个还是很长远的，很需要考验的一个事情。

1:15:21所以我现在也不能说很有信心吧，我只能说我希望我的技术能够尽快地落地，把我想的这些东西给做出来，后面的事情只能走一步看一步。

1:16:51我插一句广告，就是对MCP感兴趣的，可以上京东搜“这就是MCP”，然后就可以搜到，然后就是八月初就能收到货。对。谢谢大家。